[GNUnet-SVN] [gnunet-texinfo] branch master updated: developer.texi some chapter

[gnunet]

This is an automated email from the git hooks/post-receive script.

ng0 pushed a commit to branch master
in repository gnunet-texinfo.

The following commit(s) were added to refs/heads/master by this push:
     new 7dca943  developer.texi some chapter
7dca943 is described below

commit 7dca943c074a72dc8e500c00a2e2240bff0a5150
Author: ng0 <address@hidden>
AuthorDate: Fri Feb 17 16:58:12 2017 +0000

    developer.texi some chapter
---
 developer.texi | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/developer.texi b/developer.texi
index 6b6ea9e..2e3c8dc 100644
--- a/developer.texi
+++ b/developer.texi
@@ -3207,7 +3207,7 @@ different machines spanning a range of modern SMTP 
configurations. We used a
 PIII-800 running RedHat 7.3 with the Purdue Computer Science configuration
 which includes filters for spam. We also used a Xenon 2 GHZ with a vanilla
 RedHat 8.0 sendmail configuration. Furthermore, we used qmail on a PIII-1000
-running Sorcerer GNU Linux (SGL).@ The numbers for UDP and TCP are provided
+running Sorcerer GNU Linux (SGL). The numbers for UDP and TCP are provided
 using the SGL configuration. The qmail benchmark uses qmail's internal
 filtering whereas the sendmail benchmarks relies on procmail to filter and
 deliver the mail. We used the transport layer to send a message of b bytes
@@ -4030,7 +4030,6 @@ the type map (with exponential back-off).
 
 @node GNUnet's CADET subsystem
 @chapter GNUnet's CADET subsystem
address@hidden %**end of header
 
 The CADET subsystem in GNUnet is responsible for secure end-to-end
 communications between nodes in the GNUnet overlay network. CADET builds on the
@@ -4067,8 +4066,8 @@ the sender to send more traffic than the receiver or the 
network are able to
 process.
 @end itemize
 
address@hidden libgnunetcadet
 @node libgnunetcadet
address@hidden %**end of header
 
 The CADET API (defined in gnunet_cadet_service.h) is the messaging API used by
 P2P applications built using GNUnet. It provides applications the ability to
@@ -4143,8 +4142,8 @@ Finally, when an application no longer wants to use 
CADET, it should call
 @code{GNUNET_CADET_disconnect}, but first all channels and pending
 transmissions must be closed (otherwise CADET will complain).
 
address@hidden GNUnet's NSE subsystem
 @node GNUnet's NSE subsystem
address@hidden %**end of header
 
 NSE stands for Network Size Estimation. The NSE subsystem provides other
 subsystems and users with a rough estimate of the number of peers currently
@@ -4157,8 +4156,8 @@ of [2/3 estimate, 3/2 estimate]. We will now give an 
overview of the algorithm
 used to calcualte the estimate; all of the details can be found in this
 technical report.
 
address@hidden Motivation
 @node Motivation
address@hidden %**end of header
 
 Some subsytems, like DHT, need to know the size of the GNUnet network to
 optimize some parameters of their own protocol. The decentralized nature of
@@ -4169,8 +4168,8 @@ protocols may allow any malicious peer to manipulate the 
final result or to
 take advantage of the system to perform DoS (Denial of Service) attacks against
 the network. GNUnet's NSE protocol avoids these drawbacks.
 
address@hidden Security
 @node Security
address@hidden %**end of header
 
 The NSE subsystem is designed to be resilient against these attacks. It uses
 @uref{http://en.wikipedia.org/wiki/Proof-of-work_system, proofs of work} to
@@ -4181,6 +4180,7 @@ calculated periodically and out-of-time traffic is either 
ignored or stored for
 later retransmission by benign peers. In particular, peers cannot trigger
 global network communication at will.
 
address@hidden Principle
 @node Principle
 @c %**end of header
 

-- 
To stop receiving notification emails like this one, please contact
address@hidden