gnutls-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[SCM] GNU gnutls branch, master, updated. gnutls_3_0_18-13-g1cdfa5b


From: Nikos Mavrogiannopoulos
Subject: [SCM] GNU gnutls branch, master, updated. gnutls_3_0_18-13-g1cdfa5b
Date: Fri, 06 Apr 2012 20:28:32 +0000

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU gnutls".

http://git.savannah.gnu.org/cgit/gnutls.git/commit/?id=1cdfa5b84202c455b9fb26bc755c446daf736cb3

The branch, master has been updated
       via  1cdfa5b84202c455b9fb26bc755c446daf736cb3 (commit)
       via  7c42dabe1122d65c8f2a7b95761453a12eff092b (commit)
       via  6a2a06ce56456971616b9ff143bd8ce47c58276f (commit)
       via  1bb438105bc1209e071ae17e7de1cf7bb0b68340 (commit)
      from  206cd53276d284b3a1649b8d61a28d271a8a6247 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 1cdfa5b84202c455b9fb26bc755c446daf736cb3
Author: Nikos Mavrogiannopoulos <address@hidden>
Date:   Fri Apr 6 22:25:19 2012 +0200

    updated documentation for dtls.

commit 7c42dabe1122d65c8f2a7b95761453a12eff092b
Author: Nikos Mavrogiannopoulos <address@hidden>
Date:   Fri Apr 6 20:02:44 2012 +0200

    updated documentation

commit 6a2a06ce56456971616b9ff143bd8ce47c58276f
Author: Nikos Mavrogiannopoulos <address@hidden>
Date:   Fri Apr 6 20:02:26 2012 +0200

    Revert "avoid killing child"
    
    This reverts commit 4965c2fbfd3405e2dfe7f7d747d03185d155c2a1.

commit 1bb438105bc1209e071ae17e7de1cf7bb0b68340
Author: Nikos Mavrogiannopoulos <address@hidden>
Date:   Fri Apr 6 19:28:40 2012 +0200

    documented fixes

-----------------------------------------------------------------------

Summary of changes:
 NEWS                   |    9 +++++++++
 doc/cha-gtls-app.texi  |   12 ++++++++----
 doc/cha-intro-tls.texi |    4 +---
 src/certtool-args.def  |    6 ++++--
 tests/mini-loss-time.c |    1 +
 5 files changed, 23 insertions(+), 9 deletions(-)

diff --git a/NEWS b/NEWS
index d5e3629..dd64b59 100644
--- a/NEWS
+++ b/NEWS
@@ -2,6 +2,15 @@ GnuTLS NEWS -- History of user-visible changes.                
-*- outline -*-
 Copyright (C) 2000-2012 Free Software Foundation, Inc.
 See the end for copying conditions.
 
+* Version 3.0.19 (unreleased)
+
+** tests: Disabled floating point test, and corrections
+in pkcs12 decoding tests.
+
+** API and ABI modifications:
+No changes since last version.
+
+
 * Version 3.0.18 (released 2012-04-02)
 
 ** certtool: Avoid a Y2K38 bug when generating certificates.
diff --git a/doc/cha-gtls-app.texi b/doc/cha-gtls-app.texi
index 382986b..062e1b5 100644
--- a/doc/cha-gtls-app.texi
+++ b/doc/cha-gtls-app.texi
@@ -692,10 +692,14 @@ fatal for the protocol or can be ignored.
 
 @showfuncdesc{gnutls_error_is_fatal}
 
-In DTLS it is advisable to use the extended receive
-function shown below, because it allows the extraction
-of the sequence number. This is required in DTLS because
-messages may arrive out of order.
+Although, in the TLS protocol the receive function can be called
+at any time, when DTLS is used the GnuTLS receive functions must be
+called once a message is available for reading, even if no data are
+expected. This is because in DTLS various (internal) actions
+may be required due to retransmission timers. Moreover,
+an extended receive function is shown below, which allows the extraction
+of the message's sequence number. Due to the unreliable nature of the
+protocol, this field allows distinguishing out-of-order messages.
 
 @showfuncdesc{gnutls_record_recv_seq}
 
diff --git a/doc/cha-intro-tls.texi b/doc/cha-intro-tls.texi
index d5c0da7..428319c 100644
--- a/doc/cha-intro-tls.texi
+++ b/doc/cha-intro-tls.texi
@@ -79,9 +79,7 @@ the handshake process is finished, when there is need to 
receive
 or send data. In @acronym{DTLS} however, due to re-transmission
 timers used in the handshake out-of-order handshake data might
 be received for some time (maximum 60 seconds) after the handshake
-process is finished. For this reason programs using @acronym{DTLS}
-should call the receive functions for every packet received by 
-the peer, even if no data were expected. 
+process is finished. 
 
 The functions to access the record protocol are limited to send
 and receive functions, which might, given 
diff --git a/src/certtool-args.def b/src/certtool-args.def
index 27d14d9..40ad4bb 100644
--- a/src/certtool-args.def
+++ b/src/certtool-args.def
@@ -288,7 +288,9 @@ flag = {
     descrip   = "Use DER format for input certificates and private keys.";
     disabled;
     disable   = "no";
-    doc       = "";
+    doc       = "The input files will be assumed to be in DER or RAW format. 
+Unlike options that in PEM input would allow multiple input data (e.g. 
multiple 
+certificates), when reading in DER format a single data structure is read.";
 };
 
 flag = {
@@ -301,7 +303,7 @@ flag = {
     descrip   = "Use DER format for output certificates and private keys";
     disabled;
     disable   = "no";
-    doc       = "";
+    doc       = "The output will be in DER or RAW format.";
 };
 
 flag = {
diff --git a/tests/mini-loss-time.c b/tests/mini-loss-time.c
index 4d4ebe6..c15b53b 100644
--- a/tests/mini-loss-time.c
+++ b/tests/mini-loss-time.c
@@ -274,6 +274,7 @@ static void start (int server_packet, int client_packet)
       close(fd[1]);
       server (fd[0], server_packet);
       close(fd[0]);
+      kill(child, SIGTERM);
     }
   else 
     {


hooks/post-receive
-- 
GNU gnutls



reply via email to

[Prev in Thread] Current Thread [Next in Thread]