I agree.
It's not as if developers HAVE to take the latest release.
If 0.9.5 were a maintenance release (and 0.9.6, etc), then developers using
the 0.9.X branch will not be disadvantaged.
At the same time, I see real advantages to starting 1.0.0 with a new API.
The functions could behave predictably and would be easier to document.
Architectural changes could also be contemplated (removal of EVP?).
My $0.02.
Ron.
-----Original Message-----
From: Dj Browne [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 12, 2000 9:21 AM
To: [EMAIL PROTECTED]
Subject: Re: Function naming convention.
[edit]
->
->Old code shouldn't be compiled with newer versions under the blind
->assumption that nothing has changed (the behaviour has been changing in
->lots of various subtle and other ways). Perhaps a version change is
->required to keep people happy - its easy to see people getting stroppy
->compiling 0.9.4-compatible apps with 0.9.5 and having things blow up. But
->if it blows up with 1.0.0 (and 1.0.0 has a big note saying "check the
->following things in your code!!!") then I think it's reasonable enough.
->
->Last time I checked, 0.9.5's own applications compiled but in some cases
->didn't work as expected because of behavioural changes.
->
[edit]
The changes should be done now, before v.1.0.0. By the time 1.0.0
arrives the API should be in such a state as to bring tears to the eye
of the strictest of programmers. So maybe 0.9.5 should arrive on
schedule and the API revolution occurs for 0.9.6?
derek
ps. I too, applaude the work of the openssl dev team...especially for
the pay they get! :)
--
Derek Browne [EMAIL PROTECTED]
Software Developer - Transport/Security
Toronto, Ontario, Canada
Hummingbird Communications Ltd.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
