No luck. I could suppress the error messages, but that was only suppressing the symptoms. If I did not suppress the messages, but removed the exit(1) in conf_sap.c the output became really weird:

        C:\phpdev\php55bad.x32>php -v
        Auto configuration failed
        7152:error:0E065068:configuration file routines:STR_COPY:variable has no value:.
        \crypto\conf\conf_def.c:618:line 37
        PHP 5.5.15 (cli) (built: Jul 23 2014 15:03:28)
        Copyright (c) 1997-2014 The PHP Group
        Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies

But trying to do some SSL-operations failed.

My conclusion at the moment: as long as no program loads the faulty openssl.cnf everything works OK. But as soon as a program executes a OPENSSL_config(NULL) things get screwed up. curl.exe and php_curl.dll do not use openssl.cnf, so is not better to avoid laoding it?

The situation with the known bug #83 seems better to me than breaking php when people have a faulty openssl.cnf.

---
** [bugs:#1401] STR_COPY:variable has no value**
**Status:** open
**Labels:** openssl VC9 VC11 Windows 2008 
**Created:** Sun Jul 27, 2014 06:54 AM UTC by Jan-E
**Last Updated:** Sun Jul 27, 2014 11:34 PM UTC
**Owner:** Daniel Stenberg
I got this error after upgrading to libcurl 7.37.1 and compiling php_curl.dll with it on Windows
	C:\phpdev\php55nts.x32>php -v
	Auto configuration failed
	7140:error:0E065068:configuration file routines:STR_COPY:variable has no value:.
	\crypto\conf\conf_def.c:618:line 37
To analyze what went wrong, I went back to libcurl 7.37.0 and applied the openssl patches since that release:
7.37.0 unpatched: OK
7.37.0 with the 'Fix uninitialized variable use in NPN callback': still OK
7.37.0 with the additional 'call OPENSSL_config for initing engines' patch: error
So this commit broke it on my server:
https://github.com/bagder/curl/commit/c50ce859187cabecee5470a95a51c35bf73d3c47
OS: Windows 2008 R2
OpenSSL 1.0.1h
PHP-versions: 5.3-29-dev, 5.4.31, 5.5.15
So it happened both with PHP compiled with VC9 (5.3, 5.4) as with PHP compiled with VC11 (5.5).
Other point that is relevant: it only happened on the production server. I could not reproduce it on the developmet server, which runs Windows 2008 R2 as well. And also on my laptop with Windows 7 it did not happen.
Furthermore: it went wrong with every php-extension that used libcurl (php_http.dll for instance).
---
Sent from sourceforge.net because curl-tracker@cool.haxx.se is subscribed to https://sourceforge.net/p/curl/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/curl/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.