Hi,
Am Dienstag, 26. November 2019, 09:11:15 CET schrieb Rohit Kaushal:
> //enhancement, not working
>
> if(SSL_CTX_set1_curves(myCtx, "P-521:P-384:P-256", 3)) != 1))
>
> return;
>
>
>
> The API returns 0 (suggesting no error), but pcap shows no change, i.e.
> still shows the std. 13 curves.
Am 2018-03-29 09:07, schrieb Jan Kohnert:
Next update after clean test on another Win32 maschine: there have to
be crypt32.lib and ws2_32.lib libs linked, besides that the code is
unchanged. As the code produces correct asn1 files on Linux (see
previous mail), it now looks even more like a bug
Hi,
Am Tue, 27 Mar 2018 13:42:03 -0400
schrieb Viktor Dukhovni :
> > On Mar 27, 2018, at 1:36 PM, Jan Kohnert
> > wrote:
> >
> > openssl smime -verify -inform DER -in
> > testfile.sig -out testfile.txt_neu -CAfile local.cert
>
> That looks odd. S/MIME i
Hi,
Am Sat, 24 Mar 2018 01:22:21 +0100
schrieb Jan Kohnert :
> Am Fri, 23 Mar 2018 21:22:02 +
> schrieb Matt Caswell :
>
> > Also what happens if you change this line:
> >
> >bioCryptedData = BIO_new_file("testfile.crypt", "w");
> &
Hi,
Am Fri, 23 Mar 2018 18:45:22 +
schrieb Sergio NNX :
> I've just built it (manually) on Windows and I don't see any error
> messages.
maybe I didn't make myself clear enough, so:
The code comiles just fine, the problem is the broken asn1 strucure in
the generated files. I managed the encr
Am Fri, 23 Mar 2018 21:22:02 +
schrieb Matt Caswell :
> Also what happens if you change this line:
>
>bioCryptedData = BIO_new_file("testfile.crypt", "w");
>
> to
>
>bioCryptedData = BIO_new_file("testfile.crypt", "wb");
good point, thanks. I'll test that on Monday and report back.
Hi,
Am Fri, 23 Mar 2018 18:32:28 +
schrieb "Salz, Rich via openssl-users" :
> How big is the file? Could it be bigger than 32 vs 64 bit platforms?
the testfile in the zip is only a few bytes. The problem exists for
larger files, too (I didn't try *really* large files, though)
Best regards
Hi,
Am Fri, 23 Mar 2018 21:14:30 +
schrieb Matt Caswell :
> Your minimal working example only does the encrypt side. Please could
> you show the decrypt side too that demonstrates the error.
The problem is on the encryption/signing side: the signed/encrypted
files are broken.
A test on the
Hi again,
Am Fri, 23 Mar 2018 18:03:17 +0100
schrieb Jan Kohnert :
> I'm using the openssl-libs for signing/encrypting files in PKCS#7
> format. When trying to upgrade from 1.0.2 to 1.1.0 the code stops
> working properly: Files are generated, but the formating is broken.
&g
