David Taylor wrote:
I only just joined this list today to past this patch.
So in one word :
- for technical reasons, fd bio are preferable to file bio on Solaris
- but as fd bio don't implement gets, they are not usable as a direct
replacement for file bio
- your attached patch implements
Jean-Marc Desperrier [EMAIL PROTECTED] wrote:
David Taylor wrote:
I only just joined this list today to past this patch.
So in one word :
- for technical reasons, fd bio are preferable to file bio on Solaris
Actually there's another workaround possible for the Solaris problem:
The description
openssl prime 2 =
2 is not prime
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager
openssl prime 2
2 is not prime
openssl version openssl-0.9.8a
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List
the limitation is that stdio can only use fds that are below 256 (due to
the fd being kept in a char in the FILE struct, which can't be changed
without breaking binary backwards compatibility).
Amazing. I first came across this problem with INN over a decade ago.
It's still an issue? Wow.
Richard Salz [EMAIL PROTECTED] wrote:
[I wrote:]
the limitation is that stdio can only use fds that are below 256 (due to
the fd being kept in a char in the FILE struct, which can't be changed
without breaking binary backwards compatibility).
Amazing. I first came across this problem with
Well, how *do* you fix it without breaking binary backwards
compatibility? The layout of the FILE struct is embedded in all
binaries using the stdio macros (e.g. getc()/putc()).
I don't know, but I can't believe that within a decade that they couldn't
have come up with something. A fixup
On Fri, Jan 06, 2006 at 08:37:25PM +0100, Per Hedeland wrote:
Wow. Sun should be embarassed.
Well, how *do* you fix it without breaking binary backwards
compatibility? The layout of the FILE struct is embedded in all
binaries using the stdio macros (e.g. getc()/putc()). Introducing
openssl prime 2
2 is not prime
openssl version openssl-0.9.8a
This is a known issue. The prime testing code was designed to test large
primes.
DS
__
OpenSSL Project
FYI: Its not a bug. It is a backward binary compatibly
issue. In the BSD and older SVR days, the file descriptor
in the FILE struct is a 'char', not an 'int'. So in order
to still run the same older binary files, the size of the
FILE struct can not change. Old time UNIX's know that this
has been
David Schwartz wrote:
openssl prime 2
2 is not prime
openssl version openssl-0.9.8a
This is a known issue. The prime testing code was designed to test large
primes.
rubbish, it is a simple overeager optimisation. Attached is a fix.
-d
Index: lib/libssl/src/crypto/bn/bn_prime.c
For Subversion, which goes through apache, I found that one workaround
is to disable all SSLv3 ciphers except RC4. My apache config now has:
SSLCipherSuite SSLv2:-LOW:-EXPORT:RC4+RSA
and subversion appears to work again.
__
12 matches
Mail list logo