[openssl.org #1752] DTLS drops incoming packets when they are reordered.

If incoming data packets are received out of order, they seem to get dropped by my test case using blocking I/O. Worse, my real application using non-blocking I/O seems to just receive garbage when the out-of-order packet arrives. Even the blocking behaviour seems inappropriate for DTLS.

Re: [openssl.org #1752] DTLS drops incoming packets when they are reordered.

(Was waiting for the RT to autoreply with a number before I followed up, but it doesn't seem to have arrived after half an hour, so I'll send anyway. Hopefully the References: header will associate this with the previous mail anyway...) On Sun, 2008-10-05 at 21:38 +0100, David Woodhouse wrote:

[openssl.org #1753] snapshot 20081003 broke mingw build

Hello, Latest snapshot broke mingw build for the following reasons: 1. ssl/kssl.c declares _XOPEN_SOURCE at source level and not at configuration level, this is invalid in some environments. Please consider moving this to Configure targets table. Also, I cannot see where strptime is used

[openssl.org #1754] config with shared no-dso no-hw fails to install

--- openssl-0.9.8h/Configure2008-10-02 16:00:48.0 -0400 +++ openssl-0.9.8h-patched/Configure2008-10-02 16:00:13.0 -0400 @@ -1386,6 +1386,7 @@ s/^SHLIB_TARGET=.*/SHLIB_TARGET=$shared_target/; s/^SHLIB_MARK=.*/SHLIB_MARK=$shared_mark/;

Re: [openssl.org #1752] DTLS drops incoming packets when they are reordered.

David Woodhouse via RT wrote: (Was waiting for the RT to autoreply with a number before I followed up, but it doesn't seem to have arrived after half an hour, so I'll send anyway. Hopefully the References: header will associate this with the previous mail anyway...) Mailings to rt are

[openssl.org #1755] config silently ignores standard compiler search path on AIX and reverts from gcc to cc

Mixing cc and gcc compiled binaries is problematic in some cases. It tooks some time to track down this issue, but when compiling with cc there were threading issues, and switching to gcc like everything else fixes them. This was broken as part of

[openssl.org #1756] PATCH: v3_addr_canonize() needs to set comparision function

v3_addr_canonize() mistakenly assumes that the comparision function has already been set. IPAddrBlocks objects constructed by the decoder do have the comparision function set, but it's possible for a program to construct IPAddrBlocks for which the assumption is incorrect, which can trigger a core

[openssl.org #1757] Compile crash on IA64 due to crypto/sha/Makefile problem

Hi, I got a problem on compile of openssl-SNAP-20081003 on IA64 (same on older versions of 0.9.9 dev source) like this: making all in apps... make[1]: Entering directory `/nethome/a/amadeu/prodapp/openssl-0.9.9/apps' rm -f openssl shlib_target=; if [ -n libcrypto.so.0.9.9 libssl.so.0.9.9 ]; then

[openssl.org #1757] Compile crash on IA64 due to crypto/sha/Makefile problem

Thanks, I have applied the respective patch to the 0.9.7, 0.9.8 and 0.9.9 branches, see http://cvs.openssl.org/rlog?f=openssl/crypto/sha/Makefile for commits 17496 to 17498. Best regards, Lutz __ OpenSSL Project