Re: Building Openssl on OpenVMS using extended parse-style

2010-04-26 Thread Jouk Jansen
SMS wrote: I don't have this problem. show process /case_lookup /parse_style Are you having trouble because of /parse_style = extended or /case_lookup = sensitive? troika-jj) show process /case_lookup /parse_style 26-APR-2010 08:45:08.19 User: JOUKJProcess ID: 23A0191B

[openssl.org #2230] [PATCH] DTLS reassembly

2010-04-26 Thread Stephen Henson via RT
[seggelm...@fh-muenster.de - Mon Apr 26 11:04:29 2010]: You're right. The loop was written in the assumption that the control variable in the for loop can become -1. Since the variable type was changed to unsigned long, that didn't work anymore and my fix also didn't correct

Re: [openssl.org #2230] [PATCH] DTLS reassembly

2010-04-26 Thread Robin Seggelmann via RT
On Apr 26, 2010, at 12:44 PM, Stephen Henson via RT wrote: [seggelm...@fh-muenster.de - Mon Apr 26 11:04:29 2010]: You're right. The loop was written in the assumption that the control variable in the for loop can become -1. Since the variable type was changed to unsigned long, that

Re: Building Openssl on OpenVMS using extended parse-style

2010-04-26 Thread Steven M. Schweda
From: Jouk Jansen jo...@hrem.nano.tudelft.nl Parse Style: Extended Case Lookup: Blind So I assumed it was because of the extended parse style. Never assume. ( http://en.wikipedia.org/wiki/Desk_Set Everyone needs to see this movie.) My next guess would be that you have some CRTL

[openssl.org #2246] dtls1.h includes winsock.h, overriding the #undefs from ossl_typ.h on Windows

2010-04-26 Thread M.-A. Lemburg via RT
An application that only includes openssl/ssl.h from OpenSSL 1.0.0 and doesn't use winsock.h will run into problems on Windows, since the dtls1.h header file includes the winsock.h header file long after the ossl_typ.h header file was loaded. The latter includes a couple of #undefs needed to work

Re: [openssl.org #2245] [PATCH] Add /Zi to VC++ CFLAG in debug configuration (1.0.0 and 0.9.8)

2010-04-26 Thread William A. Rowe Jr.
On 4/26/2010 1:18 PM, Mounir IDRASSI via RT wrote: Hi, This patch adds the /Zi switch to CFLAG in the debug configuration in order to permit stepping inside OpenSSL code during debug sessions. It applied to the latest snapshots of 1.0.0 and 0.9.8 source trees. It should be in base_cflags,

Re: [openssl.org #2245] [PATCH] Add /Zi to VC++ CFLAG in debug configuration (1.0.0 and 0.9.8)

2010-04-26 Thread William A. Rowe Jr. via RT
On 4/26/2010 1:18 PM, Mounir IDRASSI via RT wrote: Hi, This patch adds the /Zi switch to CFLAG in the debug configuration in order to permit stepping inside OpenSSL code during debug sessions. It applied to the latest snapshots of 1.0.0 and 0.9.8 source trees. It should be in base_cflags,

Slow AES and RC4 performance on Intel Westmere

2010-04-26 Thread Iain Morgan
Hello, As previously noted on this mailing list, the AES performance (without AES-NI) of v1.0.o on Intel Westmere chips seems a bit slow. In addition, RC4 seems a bit slow compared to previous Intel chips. I've included below the speed output for several versions of OpenSSL for comparison. For

Re: [openssl.org #2246] dtls1.h includes winsock.h, overriding the #undefs from ossl_typ.h on Windows

2010-04-26 Thread Roumen Petrov
M.-A. Lemburg via RT wrote: An application that only includes openssl/ssl.h from OpenSSL 1.0.0 and doesn't use winsock.h will run into problems on Windows, since the dtls1.h header file includes the winsock.h header file long after the ossl_typ.h header file was loaded. What about to define

Re: [openssl.org #2246] dtls1.h includes winsock.h, overriding the #undefs from ossl_typ.h on Windows

2010-04-26 Thread Roumen Petrov via RT
M.-A. Lemburg via RT wrote: An application that only includes openssl/ssl.h from OpenSSL 1.0.0 and doesn't use winsock.h will run into problems on Windows, since the dtls1.h header file includes the winsock.h header file long after the ossl_typ.h header file was loaded. What about to define