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.
(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:
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-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/;
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
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
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
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
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