Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-26 Thread Peter Gutmann
Jeffrey Altman [EMAIL PROTECTED] writes: Quoting from Peter Gutmann's paper when he describes the use of the ToolHelp library: "Since even a moderately loaded system can contain over 500 heap objects and 50 modules, we need to limit the duration of the poll to a second or two, which is

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-26 Thread Jeffrey Altman
Jeffrey Altman [EMAIL PROTECTED] writes: Quoting from Peter Gutmann's paper when he describes the use of the ToolHelp library: "Since even a moderately loaded system can contain over 500 heap objects and 50 modules, we need to limit the duration of the poll to a second or two,

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-14 Thread Richard Levitte - VMS Whacker
From: Ben Laurie [EMAIL PROTECTED] ben I thought there was still a flag to build with the old-style functions? I think that was finally taken away when someone invented the trick to get type-safe macros... -- Richard Levitte \ Spannvägen 38, II \ [EMAIL PROTECTED] Chairman@Stacken \ S-168

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Richard Levitte - VMS Whacker
From: Jeffrey Altman [EMAIL PROTECTED] jaltman Then I call RAND_status() which in turn calls RAND_poll(). jaltman This second time the call takes over 60 seconds. This jaltman appears to be caused by the walking of the heap. Between the jaltman time the RAND_screen() is called and

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Lutz Jaenicke
On Tue, Sep 12, 2000 at 08:39:02AM +0200, Richard Levitte - VMS Whacker wrote: From: Jeffrey Altman [EMAIL PROTECTED] jaltman Then I call RAND_status() which in turn calls RAND_poll(). jaltman This second time the call takes over 60 seconds. This jaltman appears to be caused by the walking

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Jeffrey Altman
jaltman Do you really want to search through 14MB of data each time jaltman this routine is called? Well, that actually depends on what the real issue is. I mean, this is likely to happen only once in the life of a program. I understand that if it's a client program it might start

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Jeffrey Altman
On Tue, Sep 12, 2000 at 11:26:51AM -0400, Jeffrey Altman wrote: [Detailed description of Windows HEAP properties deleted] Now, we can discuss whether the design decision is a good one, and with the side effect given on windows (a startup time of a client of 1 minute as you described is

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Ulf Moeller
On Mon, Sep 11, 2000, Jeffrey Altman wrote: What my code does is call RAND_status() to determine whether or not random data needs to be computed. Does RAND_status() no longer simply provide a test, but instead performs entropy gathering? RAND_status() simply provides a test, but the RAND

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Ulf Moeller
On Tue, Sep 12, 2000, Jeffrey Altman wrote: What you are saying is that RAND_status() is going to call RAND_poll() regardless of whether or not the PRNG has been seeded. In other words, you are saying that you do not trust (and I don't really blame you) the application author to know how to

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Jeffrey Altman
Thanks for the suggestions. Right now it doesn't quite work the way it was intended. I don't have much time at the moment, but if nobody else does it, I'll try to fix it for beta2. Thanks. I would be happy to do the necessary work for this and several other projects (adding Kerberos 5

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Jeffrey Altman
Quoting from Peter Gutmann's paper when he describes the use of the ToolHelp library: "Since even a moderately loaded system can contain over 500 heap objects and 50 modules, we need to limit the duration of the poll to a second or two, which is enough to get information on several

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Ben Laurie
Richard Levitte - VMS Whacker wrote: From: Jeffrey Altman [EMAIL PROTECTED] jaltman It appears that someone decided to replace function jaltman declarations from 0.9.5 with macros in 0.9.6. Ah, the pletora of stack functions. jaltman This should never be done, in fact no public APIs

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-12 Thread Lutz Jaenicke
On Tue, Sep 12, 2000 at 11:26:51AM -0400, Jeffrey Altman wrote: [Detailed description of Windows HEAP properties deleted] I understand that the problem seems to be caused mostly by the behaviour of RAND_status(), as it implicitly calls RAND_poll(), when used for the first time. The same

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-11 Thread Richard Levitte - VMS Whacker
From: Jeffrey Altman [EMAIL PROTECTED] jaltman It appears that someone decided to replace function jaltman declarations from 0.9.5 with macros in 0.9.6. Ah, the pletora of stack functions. jaltman This should never be done, in fact no public APIs should ever jaltman be implemented as macros.

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-11 Thread Richard Levitte - VMS Whacker
From: Jeffrey Altman [EMAIL PROTECTED] jaltman jaltman The problem has to do with linkage. Attempts to substitute jaltman jaltman the 0.9.6 DLLs for 0.9.5a DLLs will fail due to missing jaltman jaltman functions: jaltman jaltman Is there a way, with DLL's, to say that if a program is

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-11 Thread Jeffrey Altman
jaltman And since you are not simply changing the linkage, but jaltman instead replacing functions by macros, when the OpenSSL DLLs jaltman are replaced all applications need to be recompiled from jaltman scratch, not just relinked. Hmm... Well, perhaps we should make sure this version

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-11 Thread Richard Levitte - VMS Whacker
From: Jeffrey Altman [EMAIL PROTECTED] jaltman I would prefer that things be left as they are rather than jaltman have the libraries output data to stdout/stderr OR call jaltman abort(). Libraries should not call abort() unless things get jaltman really desperate. Let's see, I assume you're

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-11 Thread rsalz
We danced around this question awhile ago, but never came to a conclusion that I can recall: What binary compatibility is intended (or guaranteed) across releases? I vaguely recall "no promises until 1.0" but I could well be wrong.

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-11 Thread Geoff Thorpe
Hey there, On Mon, 11 Sep 2000 [EMAIL PROTECTED] wrote: We danced around this question awhile ago, but never came to a conclusion that I can recall: What binary compatibility is intended (or guaranteed) across releases? I vaguely recall "no promises until 1.0" but I could

Re: 0.9.6 incompatible with 0.9.5a on Win32

2000-09-11 Thread Jeffrey Altman
jaltman What my code does is call RAND_status() to determine whether jaltman or not random data needs to be computed. Does RAND_status() jaltman no longer simply provide a test, but instead performs entropy jaltman gathering? Not "instead". "Additionally". And it has done so for a