Re: verify(1) man page

2001-10-08 Thread Lutz Jaenicke
On Fri, Oct 05, 2001 at 03:23:12PM -0400, Howard Lum -- Customer Engineering wrote: 1. Error codes 10 and 11 are reversed in the verify(1) man page. Will be fixed in a minute. 2. Lines in the verify(1) man page wrap to the *previous* line for error codes 2, 4, 5, 6, 7, 13, 14, 15, 16,

error in eng_table.c openssl-SNAP-20011007

2001-10-08 Thread Martin Szotkowski
in file /crypto/engine/eng_table.c on line 137 missing pointer before cleanup! wrong: int engine_table_register(ENGINE_TABLE **table, ENGINE_CLEANUP_CB cleanup, ENGINE *e, const int *nids, int num_nids, int setdefault) correct: int engine_table_register(ENGINE_TABLE **table, ENGINE_CLEANUP_CB

Re: error in eng_table.c openssl-SNAP-20011007

2001-10-08 Thread Geoff Thorpe
Hi there, Thanks! Of course, I'm wondering to myself, how the hell didn't "gcc" pick this up before now? Cheers, Geoff On Monday 08 October 2001 09:39, Martin Szotkowski wrote: in file /crypto/engine/eng_table.c on line 137 missing pointer before cleanup! wrong: int

Re: error in eng_table.c openssl-SNAP-20011007

2001-10-08 Thread Martin Szotkowski
Geoff, more bugs are in engine code. 1. When I compile openssl on Windows (W2k), errors are on lines where is return engine_table_register(XXX_table, engine_unregister_all_XXX, e, dummy_nid, 1, 0); second parameter has bad type, I put there (ENGINE_CLEANUP_CB *), but I don't know if is it

¹ú¼Ò¾­Ã³Î¯-¾Ù°ìͶ×ÊÏîÄ¿ÆÀ¹ÀÓëÏîÄ¿¹ÜÀí¸ß¼¶Åàѵ°àµÄ֪ͨ

2001-10-08 Thread owner-openssl-dev
ÈôҪȡÏû£¬Çë»Ø¸´: [EMAIL PROTECTED] ¹ú¼Ò¾­¼ÃóÒ×ίԱ»á ¹ØÓÚ¾Ù°ìͶ×ÊÏîÄ¿ÆÀ¹ÀÓëÏîÄ¿¹ÜÀí¸ß¼¶Åàѵ°àµÄ֪ͨ Åà½Ì[2001]041ºÅ ¸÷ÓйØÆóÒµ£º

Re: error in eng_table.c openssl-SNAP-20011007

2001-10-08 Thread Geoff Thorpe
Hi there, On Monday 08 October 2001 11:21, Martin Szotkowski wrote: Geoff, more bugs are in engine code. 1. When I compile openssl on Windows (W2k), errors are on lines where is return engine_table_register(XXX_table, engine_unregister_all_XXX, e, dummy_nid, 1, 0); second parameter

Inconsistent definitions in ssl.h symhacks.h

2001-10-08 Thread shinagawa
Hi, I found inconsistent definitions for the following three SSL APIs in symhacks.h and ssl.h. SYMHACKS.H #define SSL_get_ex_data_X509_STORE_CTX_idx SSL_get_ex_d_X509_STORE_CTX_idx #define

Re: Inconsistent definitions in ssl.h symhacks.h

2001-10-08 Thread Richard Levitte - VMS Whacker
From: [EMAIL PROTECTED] shinagawa I found inconsistent definitions for the following three SSL APIs shinagawa in symhacks.h and ssl.h. I assume that we're talkong OpenSSL 0.9.6b here, yes? shinagawa shinagawa

Let's not forget openssl 0.9.6c...

2001-10-08 Thread Richard Levitte
I would say an almost immediate release of 0.9.6c would be appropriate, since there have been a number of corrections in that branch, and that would stop the need for people to do all their tests all over again after having worked with 0.9.6b for a while (0.9.7 would most probably require

Re: Inconsistent definitions in ssl.h symhacks.h

2001-10-08 Thread shinagawa
Thanks for the reply. Yes, I'm working on 0.9.6b. After checking the latest ssl.h in CVS, I've noticed that the defitions in ssl.h is dropped. So this has already been fixed. -Taka shinagawa I found inconsistent definitions for the following three SSL APIs shinagawa in symhacks.h and

NULL fields in RSA structure

2001-10-08 Thread Ajay Nerurkar
According to the doc the fields p, q, dmp1, dmq1 and iqmp in the RSA structure may be NULL in private keys but the function i2d_RSAPrivateKey() calls BN_num_bits() with each field of the argument RSA* a. And BN_num_bits() cannot handle a NULL argument. So, either BN_num_bits() or

Re: NULL fields in RSA structure

2001-10-08 Thread Michael Sierchio
Ajay Nerurkar wrote: According to the doc the fields p, q, dmp1, dmq1 and iqmp in the RSA structure may be NULL in private keys but the function i2d_RSAPrivateKey() calls BN_num_bits() with each field of the argument RSA* a. And BN_num_bits() cannot handle a NULL argument. So, either

Re: NULL fields in RSA structure

2001-10-08 Thread Dr S N Henson
Michael Sierchio wrote: Ajay Nerurkar wrote: According to the doc the fields p, q, dmp1, dmq1 and iqmp in the RSA structure may be NULL in private keys but the function i2d_RSAPrivateKey() calls BN_num_bits() with each field of the argument RSA* a. And BN_num_bits() cannot handle a

Re: bugs in openssl-SNAP-20011007

2001-10-08 Thread Geoff Thorpe
Hello, On Monday 08 October 2001 11:54, Martin Szotkowski wrote: all are tested on W2k with VC++ 7.0 (maybe this is problem (:-)) 1) in /crypto/evp/makefile on line 23 are wrong: TEST=evp_test.c evptests.txt but this create in global makefile with evptests.txt.c! correct:

bugs in openssl-SNAP-20011007

2001-10-08 Thread Martin Szotkowski
all are tested on W2k with VC++ 7.0 (maybe this is problem (:-)) 1) in /crypto/evp/makefile on line 23 are wrong: TEST=evp_test.c evptests.txt but this create in global makefile with evptests.txt.c! correct: TEST=evp_test.c 2) /apps/speed.c on line 86 /apps/s_time.c on line 84 error: #include

Re: error in eng_table.c openssl-SNAP-20011007

2001-10-08 Thread Ben Laurie
Geoff Thorpe wrote: Hi there, Thanks! Of course, I'm wondering to myself, how the hell didn't gcc pick this up before now? Because a function argument can only be a pointer to a function, I presume. Cheers, Ben. -- http://www.apache-ssl.org/ben.html There is no limit to what a man