Re: [openssl.org #1289] [PATCH] Making openssl-0.9.8a endian-safe on Intel Macs

>> Yes, that could be the case as I have a fink installation up and >> running that includes 0.9.7i. But shouldn't the linker be configured >> so that it uses the local object files? > > well did you configure openssl to build a shared or a static library ? > In case of the latter have a look at t

[openssl.org #1289] [PATCH] Making openssl-0.9.8a endian-safe on Intel Macs

problem already solved => ticket closed Cheers, Nils __ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager

s/snprintf/BIO_snprintf/g

As the comment in b_print.c says; "As snprintf is not available everywhere, we provide our own implementation" So we should use BIO_snprintf() in apps/s_client.c and ssl/ssltest.c. The other patch to ssltest.c fixes the missing newline problem under DOS and Windows. Patch attached. --gv ---

A little patch for ssl.h comments

A little bit of nit picking, but since a comment is supposed to be correct. :-) -- To verify the signature, see http://edelpki.edelweb.fr/ Cela vous permet de charger le certificat de l'autorité; die Liste mit zurückgerufenen Zertifikaten finden Sie da auch. --- openssl-SNAP-2006031

[PATCH] printf size_t support.

Hi, I've attached a patch that fixed a warning about the arguments to a printf function. strlen() returns an size_t, so it should have the "z" modifier. I've also changed it from %d to %u, since it's unsigned. Since the BIO printf() doesn't actually support, I've also added support for that. I

Re: [PATCH] printf size_t support.

Kurt Roeckx wrote: Hi, I've attached a patch that fixed a warning about the arguments to a printf function. strlen() returns an size_t, so it should have the "z" modifier. Is the patch tested on windows ? "z" modifier - I'm not sure that this is portable. > [SNIP] __

Re: [PATCH] printf size_t support.

Roumen Petrov wrote: Kurt Roeckx wrote: Hi, I've attached a patch that fixed a warning about the arguments to a printf function. strlen() returns an size_t, so it should have the "z" modifier. Is the patch tested on windows ? "z" modifier - I'm not sure that this is portable. if I rememb

Re: s/snprintf/BIO_snprintf/g

Gisle Vanem wrote: As the comment in b_print.c says; "As snprintf is not available everywhere, we provide our own implementation" So we should use BIO_snprintf() in apps/s_client.c and ssl/ssltest.c. The other patch to ssltest.c fixes the missing newline problem under DOS and Windows. Patc

Re: s/snprintf/BIO_snprintf/g

Gisle Vanem wrote: As the comment in b_print.c says; "As snprintf is not available everywhere, we provide our own implementation" So we should use BIO_snprintf() in apps/s_client.c and ssl/ssltest.c. The other patch to ssltest.c fixes the missing newline problem under DOS and Windows. Patc

Re: A little patch for ssl.h comments

Peter Sylvester wrote: A little bit of nit picking, but since a comment is supposed to be correct. :-) patch applied. Thanks, Nils __ OpenSSL Project http://www.openssl.org Development Mailing L

Re: [PATCH] printf size_t support.

On Sun, Mar 12, 2006 at 11:52:30PM +0200, Roumen Petrov wrote: > Kurt Roeckx wrote: > >Hi, > > > >I've attached a patch that fixed a warning about the arguments to > >a printf function. strlen() returns an size_t, so it should have > >the "z" modifier. > > Is the patch tested on windows ? > "z" m

Re: [openssl.org #1281] Solaris9: 'make test' failure in evp_test

Ping? Any action before the next 0.9.7/0.9.8 releases? As I've mentioned, there is a long and sordid history of bugs/assumptions in Solaris -xdepend optimization, so the trivial solution is to simply apply the fix and be done with it for Solaris cc. Getting a 'fix' from Sun, or finding the line