Bad support for short timeformat in ASN1_UTCTIME_cmp_time_t()

2002-05-23 Thread Lars Nordin
Hi, I'm using openssl with old certificates that has no seconds in the timefield. This means that the ASN1_TIME string is 11 bytes. The length is not hardcoded in the x509 pieces, but in the ASN1_UTCTIME_cmp_time_t() function (in crypto/asn1/a_utctm.c) a length of 13 bytes is hardcoded. My

[openssl.org #45] make test failed

2002-05-23 Thread via RT
[guest - Sat May 18 18:27:31 2002]: make test gives: test a^b%c implementations ./exptest Inconsistency detected by ld.so: dl-minimal.c: 116: realloc: Assertion `ptr == alloc_last_block' failed! make[1]: *** [test_bn] Error 127 make[1]: Leaving directory

[openssl.org #45] make test failed

2002-05-23 Thread Lutz Jaenicke via RT
Thanks, ticket closed, Lutz __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager

[openssl.org #51] OpenSSL 0.9.7 -BUG - WIN32

2002-05-23 Thread [EMAIL PROTECTED] via RT
Hi, There is a bug in 'e_os.h'. The effect is that Win32 multithreaded applications crash. The problem is that currently OPENSSL_SYS_MSDOS is defined also for Win32 platform, and MS_STATIC is defined as 'static' as follows: #if defined(OPENSSL_SYS_MSDOS) # define MS_STATIC static

[openssl.org #40] util/cygwin.sh has wrong permissions

2002-05-23 Thread Lutz Jaenicke via RT
Thanks, I have fixed it in the repository. Best regards, Lutz __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List

RE: [openssl.org #49] Unchecked return values

2002-05-23 Thread Dilkie, Lee
I waited for any others to comment but no-one did, so here's a couple of cents. While it might make sense in a server enviroment to have such a malloc, complete with memory pools and whatnot, it still doesn't forgive an application from checking malloc return codes and dealing with a no-memory

[openssl.org #52] Bug in crypto/cversion.c:84

2002-05-23 Thread [EMAIL PROTECTED] via RT
Hi there, it seems that in line 84 in crypto/cversion.c there is a bug: eg. if you run Configure with -DDEVRANDOM=\/dev/random\ and therefore the compiler is invoked with gcc -DDEVRANDOM=\/dev/random\ you get an error of an unknown string dev. Maybe you could stringify the whole string

Re: [openssl.org #52] Bug in crypto/cversion.c:84

2002-05-23 Thread Chuck Aaron
Has anyone looked into the SSH Secure Shell Server problem. Take a look at http://www.caic.org/ciac/bulletins/m-081.shtml Chuck [EMAIL PROTECTED] via RT wrote: Hi there, it seems that in line 84 in crypto/cversion.c there is a bug: eg. if you run Configure with -DDEVRANDOM=\/dev/random\