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
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
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
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
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
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
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
https://wiki.php.net/rfc/php-array-api
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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:
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
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
11 matches
Mail list logo