Hi,
> > Is the patch tested on windows ?
> > "z" modifier - I'm not sure that this is portable.
>
> if I remember correctly windows doesn't support this modifier
> (at least I was told this as we discussed this for another project)
I'm not exactly sure, but I believe it's an extension of
In message <[EMAIL PROTECTED]> on Mon, 13 Mar 2006 10:05:38 +0100, [EMAIL
PROTECTED] said:
Stefan.Neis> > > Is the patch tested on windows ?
Stefan.Neis> > > "z" modifier - I'm not sure that this is portable.
Stefan.Neis> >
Stefan.Neis> > if I remember correctly windows doesn't support this
St
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-20060313/ssl/t1_lib.c 2006-03-13 03:00:59.0 +0100
+++ openssl-SNAP-20060313+S/ssl/t1_lib.c2006-
Hi,
Various places in the source say that old des support is going to
be removed before 1.0. I think it's time to move forward.
I think we have 2 options:
- Completly drop the old des support, including des_old.h
- Drop the libdes compatibility, so that it's only compatible
with older openssl
Hi,
The attached patch converts destest.c to use DES_* function
instead of des_* functions. It's the only part of the source
that is still using the old names.
Kurt
Index: crypto/des/destest.c
===
RCS file: /home/kurt/openssl/cvs/
I've just recently put together a C# class library that wraps the crypto DLL via PInvoke. I was wondering if anyone here would be interested in such a thing or if perhaps I should just create a seperate project for it. It has many advantages but the biggest is allowing for ease of use of the OpenSS
This would be a good thing to have available. I don't believe it
should be in the core OpenSSL code, though, but it could be in
contrib/ -- I would suggest making it available as a separate project
on sourceforge or somewhere.
-Kyle H
On 3/13/06, Frank Laub <[EMAIL PROTECTED]> wrote:
> I've just
On 3/13/06, Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> wrote:
>
> My stand on this is that it's good that BIO_printf and friends works
> in compatible ways with printf, AND it is a good thing to make use of
> good extensions that are available elsewhere even if they aren't part
> of a formal
Frank
This is a very interesting project. IMHO, there are 2 kinds of APIs we
can provide:
1. A OpenSSL-like one. Original users of OpenSSL may like it.
2. Plugin as a service provider for the .NET crypto framework. Existing
.NET codes will be easily re-configured to use the OpenSSL implementa
