Thanks guys, I'm hereby resolving this ticket.
[EMAIL PROTECTED] - Wed May 12 01:49:56 2004]:
> Great. Thanks!
>
> /Sam
>
> On Tue, 2004-05-11 at 17:24, Matthew Natalier wrote:
> > This looks like a bug which has already been discussed in the
> mailing
> > list, and fixed.
> >
> > The diff is
Hi!
I am trying to validate a signature generated by crypto++ using an 1024 bit
RSA key and SHA1.
The rsautl tool shows the following hex dump. The original clear text was
just "hello, world!".
D:\OpenSSL\bin>openssl rsautl -in c:\crypto_hello_sig.bin -verify -inkey
c:\cryp
to_pub.pem -pubin -ra
Hi!
I am trying to validate a signature generated by crypto++ using an 1024 bit
RSA key and SHA1.
The rsautl tool shows the following hex dump. The original clear text was
just "hello, world!".
D:\OpenSSL\bin>openssl rsautl -in c:\crypto_hello_sig.bin -verify -inkey
c:\cryp
to_pub.pem -pubin -ra
Howard,
Would you be interested in supporting MSVC command-line builds using gcc2cl?
It requires some changes to the autoconf files, but the point of using it is
that it appears to the build as if gcc is being used. We've been building
openldap this way for a couple of years now. I'm betting tha
Great. Thanks!
/Sam
On Tue, 2004-05-11 at 17:24, Matthew Natalier wrote:
> This looks like a bug which has already been discussed in the mailing
> list, and fixed.
>
> The diff is here:
>
> http://cvs.openssl.org/filediff?f=openssl/crypto/pkcs7/pk7_doit.c&v1=1.50.2.8&v2=1.50.2.9
>
> Further d
Great. Thanks!
/Sam
On Tue, 2004-05-11 at 17:24, Matthew Natalier wrote:
> This looks like a bug which has already been discussed in the mailing
> list, and fixed.
>
> The diff is here:
>
> http://cvs.openssl.org/filediff?f=openssl/crypto/pkcs7/pk7_doit.c&v1=1.50.2.8&v2=1.50.2.9
>
> Further di
This looks like a bug which has already been discussed in the mailing
list, and fixed.
The diff is here:
http://cvs.openssl.org/filediff?f=openssl/crypto/pkcs7/pk7_doit.c&v1=1.50.2.8&v2=1.50.2.9
Further discussion is here:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg17162.html
Cheers
Ma
This looks like a bug which has already been discussed in the mailing
list, and fixed.
The diff is here:
http://cvs.openssl.org/filediff?f=openssl/crypto/pkcs7/pk7_doit.c&v1=1.50.2.8&v2=1.50.2.9
Further discussion is here:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg17162.html
Cheers
Mat
A few other return segments looked suspicous as well. Here is my
updated diff. I made a few assumptions when reviewing the code;
1. Assume that if the author took the trouble of specifying the alert
code in 'al', then he/she meant for that alert to be sent to the peer
via 'goto f_err'.
2.
So based on Howard's comments, I tried using the mingw approach.
Everything compiled, but the link in apps of openssl failed with an
undefined reference to '___getreent' (called from dhparam.c 3 times)
Any clues to fixing this?
Mark
On May 11, 2004, at 10:32 AM, Howard Chu wrote:
Speaking as a
Speaking as a member of the Openldap core team, I'll just point out that we
support building on Windows using MinGW. Normally I build with the Cygwin
toolchain, but only in -mno-cygwin mode. When we tested Cygwin (~3 years ago)
we found the performance to be unacceptable and so have only used the n
~:10:49:47: openssl version
OpenSSL 0.9.7d 17 Mar 2004
~:10:50:17: openssl smime -encrypt -des3 -in ~/.globus/usercert.pem -out
ereq /etc/grid-security/certificates/1c3f2ca8.0
Segmentation fault
=
GDB trace from above core dump:
Program received signal SIGSEGV, Segmenta
I believe I wrote gcc2cl originally to get the OpenLDAP build working
(OpenLDAP doesn't seem to support a Windows build out-of-the-box, although
the code supports Windows, and a separate IDE project file is needed). Yes,
autoconf was the difficulty with OpenLDAP that required gcc2cl. Later when
d
In order to get a performance boost on an ARM7 I'm looking for an ARM
implementation of the routines in bn_asm.c. A search of the archive of
this list and a general google-ing revealed nothing.
Has anyone written/seen one?
Not as far as I know.
I've had a look at some other bignum style librarie
On May 10 17:53, Mark Jaffe wrote:
> I have one other issue I need resolution on: when I run the make file
> under cygwin, the resulting libraries are exactly what I get on unix:
> libssl.a and libcrypto.a. What I want to know is how do I get
> ssleay32.dll and libeay32.dll? These are required t
NetWare
preserves the XMM registers during a pre-emptive context switch.
NetWare also does the basic CPU setup so that XMM can be used.
This answers the question about kernel support. Then I'd like to make a
reservation for future tests [I mean you'll be explicitly asked to
perform some tests]
Since the cygwin environment is different from the MS Run Time environment,
I would not make the assumption that the binaries produced use exactly the
same configuration options. They may but I would not count on it.
Well, it's all about control and understanding. I mean if we manage to
understan
17 matches
Mail list logo