PHP 5.0.0 Test roll

php.internals

Andi Gutmans

22 years ago
I did a test roll of PHP 5.0.0 (without version change). Please download and make sure there are no serious show stoppers. You can grab it at http://snaps.php.net/~andi/ Edin, it might be a good idea for you to roll a test package too. If all goes well, I'll do version changes and will roll the release within about 24 hours. Good luck! Andi

Unnamed Person

22 years ago
Andi Gutmans <andi@zend.com> writes:
> I did a test roll of PHP 5.0.0 (without version change). Please download and > make sure there are no serious show stoppers. You can grab it at > http://snaps.php.net/~andi/
5.0.0 Test Roll is working fine for me, including the sqlite 2.8.14 upgrade. Thanks! Derrell

Benj Carson

22 years ago
The file_get_contents() bug still seems to be present in the test roll, but not in the latest snap: Reproduce code (from the bug report for 29099): -------------- #!/usr/bin/php <?php $ch = curl_init("http://www.php.net/"); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); $str1 = curl_exec($ch); curl_close($ch); $str2 = file_get_contents("http://www.php.net/"); echo $str2; // Note garbage at end of string if ($str1 != $str2) { echo "Both results differ.\n"; } else { echo "Both results are the same.\n"; } The latest snap (200407130430) seems to be just fine though. Benj Carson

Derick Rethans

22 years ago
On Mon, 12 Jul 2004, Andi Gutmans wrote:
> I did a test roll of PHP 5.0.0 (without version change). Please download > and make sure there are no serious show stoppers. You can grab it at > http://snaps.php.net/~andi/
I moved those to http://www.php.net/~andi/ and renamed them from RC4 (which it is not of course) to -pre-release-test in order to avoid confusion later on. regards, Derick

Edin Kadribasic

22 years ago
On Monday 12 July 2004 23:11, Andi Gutmans wrote:
> I did a test roll of PHP 5.0.0 (without version change). Please download > and make sure there are no serious show stoppers. You can grab it at > http://snaps.php.net/~andi/ > Edin, it might be a good idea for you to roll a test package too. > If all goes well, I'll do version changes and will roll the release within > about 24 hours.
Windows build from the CVS as of 6:00 GMT: http://www.php.net/~edink/php-5.0.0-Win32-prerelease-test.zip Edin

Robert Janeczek

22 years ago
> Windows build from the CVS as of 6:00 GMT: > > http://www.php.net/~edink/php-5.0.0-Win32-prerelease-test.zip
http://bugs.php.net/bug.php?id=29025 is still present rash

Derick Rethans

22 years ago
On Tue, 13 Jul 2004, Robert Janeczek wrote:
> > Windows build from the CVS as of 6:00 GMT: > > > > http://www.php.net/~edink/php-5.0.0-Win32-prerelease-test.zip > > http://bugs.php.net/bug.php?id=29025 is still present
It's set to "Open", isn't it? Derick

Chris

22 years ago
Edin Kadribasic wrote:
>On Monday 12 July 2004 23:11, Andi Gutmans wrote: > > >>Please download >>and make sure there are no serious show stoppers. >> >> > >Windows build from the CVS as of 6:00 GMT: > >http://www.php.net/~edink/php-5.0.0-Win32-prerelease-test.zip > >Edin >
Hi, I'm new to the list, so forgive me if I'm going about this the wrong way. I'm still experiencing the bug: http://bugs.php.net/bug.php?id=28829 (Crashes when BC Math functions get an argument of 0) with this release. I have no problems duplicating it and should be around for a while if someone needs more information, or is unable to duplicate it. Chris P.S. I'm not really a C++ guy, I have Visual Studio 6 installed on this machine, so I have access to its tools, but I'm not very good at using them. I mostly joined this list to lurk, but I'm willing to help where I'm able.

Daniel Crookston

22 years ago
I'm glad you spoke up first Chris, because I have questions in a similar vein. Namely, how can I help? I have a few years of C under my belt, but I never got to the point where I'd be comfy hacking PHP. (I'd like to get there eventually, I'm just not there yet.) So, am I being lazy, have I missed some docs on the web regarding how to be useful, or how to become familiar enough with the PHP code to start lending a hand with the debugging? Or are we expected to learn it ourselves, on our own, in order to be accepted into "the club" as it were? (Not that there's anything wrong with that, it's just that a lot of groups require self-validation like that.) Thanks for any help, Dan
-- The dark language of memory allocation is not to be spoken here. On Tue, 13 Jul 2004, Chris wrote:

Adam Maccabee Trachtenberg

22 years ago
On Tue, 13 Jul 2004, Daniel Crookston wrote:
> So, am I being lazy, have I missed some docs on the web regarding how to > be useful, or how to become familiar enough with the PHP code to start > lending a hand with the debugging? Or are we expected to learn it > ourselves, on our own, in order to be accepted into "the club" as it were? > (Not that there's anything wrong with that, it's just that a lot of groups > require self-validation like that.)
The general method of helping out (at first) is to review open bug reports and post patches to this list. Someone will then review and merge into the code base. A pattern of good patches leads to greater CVS karma, so you can apply them yourself. If you're not up for that right now, you could go through open reports and help classify them, provide reproducing test cases (and/or backtraces), mark them as bogus, etc. There's no good online "here's how PHP's C internals work," but George's "Advanced PHP Programming" book is a good place to start reading. -adam
-- adam@trachtenberg.com author of o'reilly's "upgrading to php 5" and "php cookbook" avoid the holiday rush, buy your copies today!

Robert Janeczek

22 years ago
> There's no good online "here's how PHP's C internals work," but > George's "Advanced PHP Programming" book is a good place to start > reading.
nice. just asked someone to publish it in poland :) rash

Robert Janeczek

22 years ago
> I'm still experiencing the bug: http://bugs.php.net/bug.php?id=28829 > (Crashes when BC Math functions get an argument of 0) with this > release. I have no problems duplicating it and should be around for a > while if someone needs more information, or is unable to duplicate > it.
yep, this bug is still present. i would like to say, that this bug is real pain in the ass for windows users, because this extension cannot be turned off and it causes some pear packages to be unuseble (i know of Benchmark, probably everything that uses it is crushing too). please fix this guys :/ rash

Sara Golemon

22 years ago
"Robert Janeczek" <rashid@ds.pg.gda.pl> wrote in message news:20040713224220.57700.qmail@pb1.pair.com...
> > I'm still experiencing the bug: http://bugs.php.net/bug.php?id=28829 > > (Crashes when BC Math functions get an argument of 0) with this > > release. I have no problems duplicating it and should be around for a > > while if someone needs more information, or is unable to duplicate > > it. > > yep, this bug is still present. i would like to say, that this bug is real > pain in the ass for windows users, because this extension cannot be turned > off and it causes some pear packages to be unuseble (i know of Benchmark, > probably everything that uses it is crushing too). please fix this guys :/ >
Just commited what should be a fix. Please try next snapshot. -Sara

Chris

22 years ago
Sara Golemon wrote:
>"Robert Janeczek" <rashid@ds.pg.gda.pl> wrote in message >news:20040713224220.57700.qmail@pb1.pair.com... > > >>>I'm still experiencing the bug: http://bugs.php.net/bug.php?id=28829 >>>(Crashes when BC Math functions get an argument of 0) with this >>>release. I have no problems duplicating it and should be around for a >>>while if someone needs more information, or is unable to duplicate >>>it. >>> >>> >>yep, this bug is still present. i would like to say, that this bug is real >>pain in the ass for windows users, because this extension cannot be turned >>off and it causes some pear packages to be unuseble (i know of Benchmark, >>probably everything that uses it is crushing too). please fix this guys :/ >> >> >> >Just commited what should be a fix. Please try next snapshot. > >-Sara > > >
All my testing code runs fine, so it appears to be working. Thanks! Chris

Robert Janeczek

22 years ago
> Just commited what should be a fix. Please try next snapshot.
looks fine - thanks :) rash

Sebastian Bergmann

22 years ago
Andi Gutmans wrote:
> If all goes well, I'll do version changes and will roll the release > within about 24 hours.
Current HEAD still segfaults with "php -m" on Windows: http://bugs.php.net/bug.php?id=29088
-- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/

Stefan Esser

22 years ago
Hi,
> Current HEAD still segfaults with "php -m" on Windows:
this is not reproduceable with latest snapshotbuild on Windows XP. Stefan

Nuno Lopes

22 years ago
> > Current HEAD still segfaults with "php -m" on Windows: > > this is not reproduceable with latest snapshotbuild on Windows XP. > > Stefan
Using php5-win32-200407131030.zip, PHP still segfaults on my pc: Program received signal SIGSEGV, Segmentation fault. 0x1003e2fd in zend_hash_destroy () from /cygdrive/c/php/php5ts.dll (gdb) bt #0 0x1003e2fd in zend_hash_destroy () from /cygdrive/c/php/php5ts.dll #1 0x0012ff4c in ?? () #2 0x00362678 in ?? () #3 0x1007145a in php_stream_copy_to_stream () from /cygdrive/c/php/php5ts.dll #4 0xbaadf00d in ?? () #5 0x00362678 in ?? () #6 0x10338598 in php_info_print_table_row () #7 0x10061ead in php_log_err () from /cygdrive/c/php/php5ts.dll Nuno

Andi Gutmans

22 years ago
Are you sure you're not loading old extensions? At 12:39 PM 7/13/2004 +0100, Nuno Lopes wrote:

Nuno Lopes

22 years ago
> Are you sure you're not loading old extensions?
Completly sure! I've also tried to disable all extensions and it still segfaults.

Andi Gutmans

22 years ago
Can you try and debug? I just can't get it to crash here :) At 05:13 PM 7/13/2004 +0100, Nuno Lopes wrote:

romain bourdon

22 years ago
"Sebastian Bergmann" <sb@sebastian-bergmann.de> a écrit dans le message de news:
> Current HEAD still segfaults with "php -m" on Windows: > > http://bugs.php.net/bug.php?id=29088
Hi, i've tried php -m on my windows with the prerelease-test version, it doesn' t segfault but there are some warning messages before printing the result (it might...must...be an error from me ?) . Hope it will help : PHP Warning: PHP Startup: &lt;?;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ?X&gt;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: îq;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: õÉ;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: LA;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: õaã: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ¼Q;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ÿh;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: õ)ã: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: d7?: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ?A;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: LU&gt;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ???: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ?I?: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ö²=: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: Ç?=: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: ??;: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20040412, debug=0, thread-safety=1 These options need to match in Unknown on line 0 [PHP Modules] SPL SQLite SimpleXML bcmath calendar com_dotnet ctype dom ftp iconv libxml odbc pcre session standard tokenizer wddx xml zlib [Zend Modules] Romain

Derick Rethans

22 years ago
On Tue, 13 Jul 2004, romain bourdon wrote:
> "Sebastian Bergmann" <sb@sebastian-bergmann.de> a écrit dans le message de > news: > > Current HEAD still segfaults with "php -m" on Windows: > > > > http://bugs.php.net/bug.php?id=29088 > > Hi, > i've tried php -m on my windows with the prerelease-test version, it doesn' > t segfault but there are some warning messages before printing the result > (it might...must...be an error from me ?) . Hope it will help :
You try to use PHP modules from old versions. Derick

romain bourdon

22 years ago
Ok, sorry, had an old php.ini in my windows directory. After deleting it, everything works fine, not segfault, no warning! Thanks ;-) "Derick Rethans" <derick@php.net> a écrit dans le message de news: Pine.LNX.4.58.0407131344530.16819@localhost... On Tue, 13 Jul 2004, romain bourdon wrote:
> "Sebastian Bergmann" <sb@sebastian-bergmann.de> a écrit dans le message de > news: > > Current HEAD still segfaults with "php -m" on Windows: > > > > http://bugs.php.net/bug.php?id=29088 > > Hi, > i've tried php -m on my windows with the prerelease-test version, it
doesn'
> t segfault but there are some warning messages before printing the result > (it might...must...be an error from me ?) . Hope it will help :
You try to use PHP modules from old versions. Derick

Steph

22 years ago
Ahh I had that yesterday, but only when a particular extension was built-in. So I blamed the extension.. What's your configure line?

Antony Dovgal

22 years ago
Hi all! That's what valgrind says: 1) Zend/tests/bug26166.phpt Zend/zend_execute.c:1352 EX(Ts) = (temp_variable *) safe_emalloc(sizeof(temp_variable), op_array->T, 0); ==8511== 40 bytes in 1 blocks are still reachable in loss record 2 of 7 ==8511== at 0x3C01E375: malloc (vg_replace_malloc.c:105) ==8511== by 0x8222A55: _emalloc (zend_alloc.c:182) ==8511== by 0x8222C77: _safe_emalloc (zend_alloc.c:238) ==8511== by 0x8266E78: execute (zend_execute.c:1352) 2) Zend/tests/bug20240.phpt ==8478== 40 bytes in 1 blocks are still reachable in loss record 2 of 7 ==8478== at 0x3C01E375: malloc (vg_replace_malloc.c:105) ==8478== by 0x8222A55: _emalloc (zend_alloc.c:182) ==8478== by 0x8231488: call_user_function (zend_execute_API.c:517) ==8478== by 0x816D03B: user_shutdown_function_call (basic_functions.c:2088) 3) Zend/tests/bug22836.phpt: Zend/zend_execute.c(609) : Freeing 0x3D172090 (4 bytes), script=php-src/Zend/tests/bug22836.php php-src/Zend/zend_variables.c(137) : Actual location (location was relayed) php-src/Zend/zend_execute.c(264) : Freeing 0x3D1726F4 (16 bytes), script=php-src/Zend/tests/bug22836.php There are some more issues, I'm still waiting for valgrind to finish its work (it's sloooow).. --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net || antony@dovgal.com

Antony Dovgal

22 years ago
Some more: php-src/ext/soap/tests/server014.phpt: ==10122== Invalid read of size 4 ==10122== at 0x8230D88: _zval_ptr_dtor (zend_execute_API.c:389) ==10122== by 0x823D45E: _zval_ptr_dtor_wrapper (zend_variables.c:193) ==10122== by 0x8247C41: zend_hash_destroy (zend_hash.c:519) ==10122== by 0x8255F67: zend_objects_free_object_storage (zend_objects.c:88)==10122== Address 0x4FFFB588 is not stack'd, malloc'd or free'd==10122== ==10122== Invalid read of size 4 ==10122== at 0x8230D90: _zval_ptr_dtor (zend_execute_API.c:390) ==10122== by 0x823D45E: _zval_ptr_dtor_wrapper (zend_variables.c:193) ==10122== by 0x8247C41: zend_hash_destroy (zend_hash.c:519) ==10122== by 0x8255F67: zend_objects_free_object_storage (zend_objects.c:88)==10122== Address 0x4FFFB588 is not stack'd, malloc'd or free'd==10122== ==10122== Invalid read of size 4 ==10122== at 0x8230DE9: _zval_ptr_dtor (zend_execute_API.c:393) ==10122== by 0x823D45E: _zval_ptr_dtor_wrapper (zend_variables.c:193) ==10122== by 0x8247C41: zend_hash_destroy (zend_hash.c:519) ==10122== by 0x8255F67: zend_objects_free_object_storage (zend_objects.c:88)==10122== Address 0x4FFFB588 is not stack'd, malloc'd or free'd==10122== ==10122== Invalid write of size 1 ==10122== at 0x8230DF4: _zval_ptr_dtor (zend_execute_API.c:394) ==10122== by 0x823D45E: _zval_ptr_dtor_wrapper (zend_variables.c:193) ==10122== by 0x8247C41: zend_hash_destroy (zend_hash.c:519) ==10122== by 0x8255F67: zend_objects_free_object_storage (zend_objects.c:88)==10122== Address 0x4FFFB58D is not stack'd, malloc'd or free'd --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net || antony@dovgal.com

Antony Dovgal

22 years ago
On Tue, 13 Jul 2004 15:34:28 +0400 Antony Dovgal <tony2001@phpclub.net> wrote:
> Hi all! > > That's what valgrind says: > > 1) > Zend/tests/bug26166.phpt > > Zend/zend_execute.c:1352 > EX(Ts) = (temp_variable *) safe_emalloc(sizeof(temp_variable), > op_array->T, 0); > > ==8511== 40 bytes in 1 blocks are still reachable in loss record 2 of > 7==8511== at 0x3C01E375: malloc (vg_replace_malloc.c:105) > ==8511== by 0x8222A55: _emalloc (zend_alloc.c:182) > ==8511== by 0x8222C77: _safe_emalloc (zend_alloc.c:238) > ==8511== by 0x8266E78: execute (zend_execute.c:1352) > > 2) > Zend/tests/bug20240.phpt > > ==8478== 40 bytes in 1 blocks are still reachable in loss record 2 of > 7==8478== at 0x3C01E375: malloc (vg_replace_malloc.c:105) > ==8478== by 0x8222A55: _emalloc (zend_alloc.c:182) > ==8478== by 0x8231488: call_user_function (zend_execute_API.c:517) > ==8478== by 0x816D03B: user_shutdown_function_call > (basic_functions.c:2088)
Dunno if it's the right thing to add if()'s around emalloc(), but with attached patch these warnings disappear, reducing valgrind logs in a half. --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net || antony@dovgal.com

Andi Gutmans

22 years ago
Are you sure you don't have some stale build? I checked the same tests with valgrind and I get nothing. At 09:08 PM 7/13/2004 +0400, Antony Dovgal wrote:

Andi Gutmans

22 years ago
Okay. Tag wise it's RC4 because I couldn't come up with something better and didn't want to screw up the CVS tag names. At 10:00 AM 7/13/2004 +0200, Derick Rethans wrote:

Andi Gutmans

22 years ago
Can someone reproduce this? I couldn't. Not in debug nor in release. At 12:59 PM 7/13/2004 +0200, Sebastian Bergmann wrote:

romain bourdon

22 years ago
I tried pre-release-test package on "php -m" : Does not segfault at home with standard conf. So I tried activating all extensions. I had a lot of dependencies Warnings (normal) but no segfault...

Rob Richards

22 years ago
I can repeatedly reproduce this with cli (php -m) and apache2 (just starting and stopping it) apache 2 crash probably same as bug 29025 - though with or without xsl doesnt matter). cgi seems to be fine. Always same stack trace. php5ts_debug.dll!_zend_is_inconsistent(_hashtable * ht=0xcdcdcdcd, char * file=0x1053aaf0, int line=510) Line 53 + 0x3 C php5ts_debug.dll!zend_hash_destroy(_hashtable * ht=0xcdcdcdcd) Line 510 + 0x19 C php5ts_debug.dll!php_shutdown_stream_wrappers(int module_number=0, void * * * tsrm_ls=0x00954278) Line 1379 + 0x12 C php5ts_debug.dll!php_module_shutdown(void * * * tsrm_ls=0x00954278) Line 1516 + 0xd C php5ts_debug.dll!php_module_shutdown(void * * * tsrm_ls=0x00954278) Line 1516 + 0xd C php-cli.exe!main() Line 1052 + 0xd C php-cli.exe!mainCRTStartup() Line 338 + 0x11 C Rob ----- Original Message ----- From: Andi Gutmans

Unnamed Person

22 years ago
"Rob Richards" <rrichards@ctindustries.net> writes:
> php5ts_debug.dll!_zend_is_inconsistent(_hashtable * ht=0xcdcdcdcd, char * > file=0x1053aaf0, int line=510) Line 53 + 0x3 C > php5ts_debug.dll!zend_hash_destroy(_hashtable * ht=0xcdcdcdcd) Line 510 + > 0x19 C > php5ts_debug.dll!php_shutdown_stream_wrappers(int module_number=0, void * * > * tsrm_ls=0x00954278) Line 1379 + 0x12 C > php5ts_debug.dll!php_module_shutdown(void * * * tsrm_ls=0x00954278) Line > 1516 + 0xd C > php5ts_debug.dll!php_module_shutdown(void * * * tsrm_ls=0x00954278) Line > 1516 + 0xd C > php-cli.exe!main() Line 1052 + 0xd C > php-cli.exe!mainCRTStartup() Line 338 + 0x11 C
I don't know the internals of PHP, but a hash table parameter of 0xcdcdcdcd looks an awful lot to me like there's a debug malloc library of some sort that fills freed memory with '\xcd', meaning that zend_hash_destroy() is being called with previously freed memory. Since php_shutdown_stream_wrappers() calls zend_hash_destroy() three times, but the first and third call (directly or indirectly) pass a parameter which is simply the address of a variable, my first guess would be that this call: zend_hash_destroy(php_get_stream_filters_hash()) is the culprit, which implicates the variable 'stream_filters" in some way, shape or form (via the function _php_get_stream_filters_hash() in filters.c:41. I hope maybe this helps someone who knows the code determine the problem. I did a cursory search for something pertaining to 0xcd and could not find it, but maybe someone more familiar with the code will recognize 0xcdcdcdcd... Cheers, Derrell

Andi Gutmans

22 years ago
Yes, it definitely looks as if ht was freed previously. At 12:23 PM 7/13/2004 -0400, Derrell.Lipman@UnwiredUniverse.com wrote:

Wez Furlong

22 years ago
Probably fixed now in CVS; looks like Sara forgot to change this last thing as part of her filter thread safety fix. --Wez. On Tue, 13 Jul 2004 09:28:10 -0700, Andi Gutmans <andi@zend.com> wrote:

Rob Richards

22 years ago
Yup both cli and apache 2 working fine for me now. Thanks, Rob ----- Original Message ----- From: Wez Furlong

Andi Gutmans

22 years ago
King Wez! At 12:50 PM 7/13/2004 -0400, Rob Richards wrote:

Nuno Lopes

22 years ago
In my cywgin build, the problem is fixed! I'll later test a compiled snapshot. Nuni

Sara Golemon

22 years ago
> On Tue, 13 Jul 2004 09:28:10 -0700, Andi Gutmans <andi@zend.com> wrote: > > Yes, it definitely looks as if ht was freed previously. > >
"Wez Furlong" <kingwez@gmail.com> wrote in message news:4e89b42604071309352663a872@mail.gmail.com...
> Probably fixed now in CVS; looks like Sara forgot to change this last > thing as part of her filter thread safety fix. >
Indeed. Thought I'd grepped for all occurances of php_get_stream_filters_hash(), don't know how I missed that one given that it was a dozen lines below the initialization! Also seems like one of the userfilter regression tests should have caught it. Anywho, Thanks Wez. -Sara

Nuno Lopes

22 years ago
> Can someone reproduce this? I couldn't. Not in debug nor in release.
I can! http://news.php.net/php.internals/11163