Re: [openssl-dev] OpenSSL 1.0.2f build issue - unresolved external symbol

Any thoughts/pointers? Including openssl-users group in hope if any one aware of this issue. -- ​BR , Atul Thosar On 29 February 2016 at 00:15, Atul Thosar wrote: > Hi All, > I am building OpenSSL v1.0.2f for Win32 platform, but compilation failed > w/ following errors.

[openssl-dev] [openssl.org #4360] [BUG] OpenSSL-1.0.1 crash on sha1_block_data_order_ssse3 asm

Hi： we met crash of openssl (varely, 3 times i have seen) on linux x86_64. openSSL version is 1.0.1r. The stack is as below: Program terminated with signal 11, Segmentation fault. Thread 1 (Thread 0x7f0654871700 (LWP 22383)): #0 0x7f06a2cdddb8 in sha1_block_data_order_ssse3 () from

Re: [openssl-dev] [openssl.org #2363] bug: memory allocated by DH_new() may never be free()ed

Roumen, you're right. Does the leak go away when the cleanup_all_ex_data is called? -- Ticket here: http://rt.openssl.org/Ticket/Display.html?id=2363 Please log in as guest with password guest if prompted -- openssl-dev mailing list To unsubscribe:

Re: [openssl-dev] [openssl.org #2363] bug: memory allocated by DH_new() may never be free()ed

Roumen, you're right. Does the leak go away when the cleanup_all_ex_data is called? -- openssl-dev mailing list To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #2363] bug: memory allocated by DH_new() may never be free()ed

It is expected DH_free(DH_new()); to leaks memory. Usually XXX method initialize "extra data". Sample code is without code that clear library, at least CRYPTO_cleanup_all_ex_data is missing. Roumen -- Ticket here: http://rt.openssl.org/Ticket/Display.html?id=2363 Please log in as guest

[openssl-dev] [openssl.org #4359] Duplicate n2l, etc., macros

>From discussion in GH 664 with Rob Percival. The issue of repeatd macros came >up. Thanks. I've just looked at merging all of the various definitions of those macros and it's not pretty - not all of the definitions match. There's a bug in some of the definitions in ssl_locl.h ('c' is not

Re: [openssl-dev] req command crashes using config file containing passwords

Hi Viktor, With your patch applied, I can confirm that the 'req' command now run just fine. Thanks, Michel. -Message d'origine- De : openssl-dev [mailto:openssl-dev-boun...@openssl.org] De la part de Viktor Dukhovni Envoyé : lundi 29 février 2016 19:00 À : openssl-dev@openssl.org

[openssl-dev] [openssl.org #4358] Problems in ocsp.1ssl

This is automatically generated email about markup problems in a man page for which you appear to be responsible. If you are not the right person or list, please tell me so I can correct my database. See http://catb.org/~esr/doclifter/bugs.html for details on how and why these patches were

Re: [openssl-dev] req command crashes using config file containing passwords

On Mon, Feb 29, 2016 at 03:51:02PM +0100, Michel wrote: > They are failing when calling the 'req' command with a configure script > containing input_password/output password : Please try the patch below: -- Viktor. diff --git a/apps/req.c b/apps/req.c index 693acc2..b128fa8 100644 ---

[openssl-dev] req command crashes using config file containing passwords

Hi, I have some tests scripts that were working well with 1.0.2 and are crashing using v1.1 (Windows 7). They are failing when calling the 'req' command with a configure script containing input_password/output password : openssl req -new -batch -key RootCA.key -out RootCA.csr -config

[openssl-dev] [openssl.org #4357] NIST SP800-56A co-factor ECDH KATs

Didn't see any co-factor ECDH tests, so here's a PR: https://github.com/openssl/openssl/pull/763 KATs parsed from here: http://csrc.nist.gov/groups/STM/cavp/documents/components/ecccdhtestvectors.zip BBB -- Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4357 Please log in as

Re: [openssl-dev] Ubsec and Chil engines

On Sat, 2016-02-20 at 12:40 -0800, Sander Temme wrote: > However, I’m intrigued by the notion of a PKCS#11 Engine in OpenSSL: > it’s a standard (an OASIS standard now); it’s fairly fully featured; > everyone in the industry supports it including Thales; and you can > build a program that calls it

Re: [openssl-dev] MSVC 2015 internal compiler error

On 24/02/16 16:48, Gisle Vanem wrote: > Matt Caswell wrote: > >> The complete patch is attached. This is currently going through review, >> and solves the link issue. > > That brought MSVC-2015 back on track. Thanks! > This has now been committed, so hopefully this should work again now.