[PHP-DEV] Re: Chasing an SSL stream segfault

2013-04-02 Thread Rasmus Lerdorf
On 04/01/2013 07:49 PM, Rasmus Lerdorf wrote: ==12085== Uninitialised value was created by a stack allocation ==12085==at 0x7B54530: ASN1_STRING_to_UTF8 (in /lib/x86_64-linux-gnu/libcrypto.so.1.0.0) Looks like these ASN1_STRING_to_UTF8 ones are normal for libcrypto. Really hard to debug

Re: [PHP-DEV] Re: Chasing an SSL stream segfault

2013-04-02 Thread Michael Wallner
On 2 April 2013 08:50, Rasmus Lerdorf ras...@lerdorf.com wrote: Looks like these ASN1_STRING_to_UTF8 ones are normal for libcrypto. Really hard to debug openssl stuff with all these Valgrind false positives. Still trying to track down the core on Centos 6.2. Looks like a weird build issue at

Re: [PHP-DEV] Re: Chasing an SSL stream segfault

2013-04-02 Thread Michael Wallner
On 2 April 2013 11:36, Michael Wallner m...@php.net wrote: On 2 April 2013 08:50, Rasmus Lerdorf ras...@lerdorf.com wrote: Looks like these ASN1_STRING_to_UTF8 ones are normal for libcrypto. Really hard to debug openssl stuff with all these Valgrind false positives. Still trying to track

Re: [PHP-DEV] Re: Chasing an SSL stream segfault

2013-04-02 Thread Michael Wallner
On 2 April 2013 11:36, Michael Wallner m...@php.net wrote: On 2 April 2013 08:50, Rasmus Lerdorf ras...@lerdorf.com wrote: Looks like these ASN1_STRING_to_UTF8 ones are normal for libcrypto. Really hard to debug openssl stuff with all these Valgrind false positives. Still trying to track

Re: [PHP-DEV] Fix for bug #63437

2013-04-02 Thread Pierre Joye
hi, On Thu, Mar 14, 2013 at 4:32 PM, Anatol Belski a...@php.net wrote: One doubt I have yet after investigating on #62852 is that issuing php_error isn't recoverable, it might be much better to throw exception in __wakeup(), just like __construct() does. This question crosses both #62852

Re: Re: [PHP-DEV] [RFC] more secure unserialize()

2013-04-02 Thread Michael Gauthier
On 2013-03-31 00:27, Stas Malyshev wrote: Hi! I think Stas proposes a solution to the problem and I think Anthony proposes a viable alternative. I would say that Anthony has found the shortest distance between the two points (the problem and the solution), however. The fact is that people

Re: [PHP-DEV] Add a constant to reflect --with-curlwrappers

2013-04-02 Thread Laruence
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4) https://github.com/php/php-src/commit/d7f709a032a40cb475042b43db07a4698a2488b7 thanks On Mon, Apr 1, 2013 at 9:53 PM, Laruence larue...@php.net wrote: On Mon, Apr 1, 2013 at 7:18 AM, Hannes Magnusson hannes.magnus...@gmail.com

[PHP-DEV] [RFC] Simplified Array API for extensions

2013-04-02 Thread Sara Golemon
https://wiki.php.net/rfc/php-array-api -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Simplified Array API for extensions

2013-04-02 Thread Rasmus Lerdorf
On 04/02/2013 07:52 PM, Sara Golemon wrote: https://wiki.php.net/rfc/php-array-api Very nice. I would love to see more of the API simplified for common tasks like this. It is a macro jungle currently. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: [PHP-DEV] [RFC] Simplified Array API for extensions

2013-04-02 Thread Mike Willbanks
On Tue, Apr 2, 2013 at 9:14 PM, Rasmus Lerdorf wrote: On 04/02/2013 07:52 PM, Sara Golemon wrote: https://wiki.php.net/rfc/php-array-api Very nice. I would love to see more of the API simplified for common tasks like this. It is a macro jungle currently. -Rasmus Coming from a mostly

Re: [PHP-DEV] Add a constant to reflect --with-curlwrappers

2013-04-02 Thread Hannes Magnusson
Wait wait wait. You are introducing a constant that is going to be available as of 5.4.15 to 5.4.2x and then removed (as it looks like we are agreeing)? People have been living without this constant forever now so people have their workarounds in place and no need to complicate their code to for