#47473 [Fbk->Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: The max path length is just an example, which is treated differently on the OS. I have tried to setup fastcgi in my xampp installation. But I always get in 500 error. I tried the nearly every thing from google, but every where there seems to be missing something. Do you have a complete example of including fastcgi in the apache-conf for windows? On Max und Linux is working. So this is realy just a windows bug. Previous Comments: [2009-02-25 14:45:05] paj...@php.net I don't see why the max path lenght limit (which can affect other systems as well) is related to this backtrace. Can you try it using a threaded SAPI under linux or using fastcgi on windows please? [2009-02-25 10:21:26] typo3 at maltejansen dot de No, on Linux it's running smoothly (with SAPI I don't know, but it should), because otherwise Robert or Karsten (Project-Leader) would already be in contact, what there a with other bugs. It's just on windows, they using mac/linux. It seems to be something like the length of a filename on windows with just 260 characters. The first time the crash occured, switching from alpha1 to alpha2. In alpha3 it seems to be solved, because we thought it was connected to this bug [1] and it was not crashing anymore. In beta1 it was there again. [1] http://bugs.php.net/bug.php?id=46241 [2009-02-25 10:06:18] paj...@php.net Do you mean that you can't reproduce this bug on Linux/Unix (and thread safe SAPI)? We still a self contained script to reproduce the problem. ---- [2009-02-25 10:00:33] typo3 at maltejansen dot de It's just a problem on Windows Vista (and properbly on Windows XP): So I have made the backtrace of the apache. The just using the php.exe does not work right now. (There is somewhere a bug in the CLI-version of the FLOW3-controller) So this one will follow, tomorrow. But for now: PHP-Version: Wed Feb 25 09:04:13 2009 apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp Type of Analysis Performed Crash Analysis Machine Name ~...~ Operating System Windows Vista Service Pack 1 Number Of Processors 2 Process ID 4956 Process Image ~\workspaces\flow3\xampplite\apache\bin\apache.exe System Up-Time 1 day(s) 01:42:07 Process Up-Time 00:06:50 Thread 240 - System ID 5404 Entry point msvcr71!endthreadex+31 Create time 25.02.2009 10:19:23 Time spent in user mode 0 Days 0:0:2.59 Time spent in kernel mode 0 Days 0:0:8.954 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_hash_apply+37 08702778 01aa0070 03d68fc0 php5ts!zval_mark_grey+8c 08707b78 03d68fc0 769c9d32 php5ts!gc_mark_roots+95 03d68fc0 769c9d32 0792fa54 php5ts!gc_collect_cycles+64 03d68fc0 03d68fc0 0013 php5ts!zend_deactivate+12d PHP5TS!ZEND_HASH_APPLY+37In apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_hash_apply+37 in ~\workspaces\flow3\xampplite\apache\bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x000d on thread 240 This is my first time with bug-backtrace. So, tell me, if there is something else to adjust, except from the manual. I have include php like this in the apache: LoadModule php5_module "~/workspaces/flow3/xampplite/apache/bin/php5apache2_2.dll" [2009-02-24 10:48:10] j...@php.net You can always try generating a backtrace of that crash yourself, instructions are here: http://bugs.php.net/bugs-generating-backtrace win32.php It's propably easier to accomplish with better tools like valgrind on any *nix system. Unless of course this happens only within win32 env. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/47473 -- Edit this bug report at http://bugs.php.net/?id=47473&edit=1
#47473 [Fbk->Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: No, on Linux it's running smoothly (with SAPI I don't know, but it should), because otherwise Robert or Karsten (Project-Leader) would already be in contact, what there a with other bugs. It's just on windows, they using mac/linux. It seems to be something like the length of a filename on windows with just 260 characters. The first time the crash occured, switching from alpha1 to alpha2. In alpha3 it seems to be solved, because we thought it was connected to this bug [1] and it was not crashing anymore. In beta1 it was there again. [1] http://bugs.php.net/bug.php?id=46241 Previous Comments: [2009-02-25 10:06:18] paj...@php.net Do you mean that you can't reproduce this bug on Linux/Unix (and thread safe SAPI)? We still a self contained script to reproduce the problem. [2009-02-25 10:00:33] typo3 at maltejansen dot de It's just a problem on Windows Vista (and properbly on Windows XP): So I have made the backtrace of the apache. The just using the php.exe does not work right now. (There is somewhere a bug in the CLI-version of the FLOW3-controller) So this one will follow, tomorrow. But for now: PHP-Version: Wed Feb 25 09:04:13 2009 apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp Type of Analysis Performed Crash Analysis Machine Name ~...~ Operating System Windows Vista Service Pack 1 Number Of Processors 2 Process ID 4956 Process Image ~\workspaces\flow3\xampplite\apache\bin\apache.exe System Up-Time 1 day(s) 01:42:07 Process Up-Time 00:06:50 Thread 240 - System ID 5404 Entry point msvcr71!endthreadex+31 Create time 25.02.2009 10:19:23 Time spent in user mode 0 Days 0:0:2.59 Time spent in kernel mode 0 Days 0:0:8.954 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_hash_apply+37 08702778 01aa0070 03d68fc0 php5ts!zval_mark_grey+8c 08707b78 03d68fc0 769c9d32 php5ts!gc_mark_roots+95 03d68fc0 769c9d32 0792fa54 php5ts!gc_collect_cycles+64 03d68fc0 03d68fc0 0013 php5ts!zend_deactivate+12d PHP5TS!ZEND_HASH_APPLY+37In apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_hash_apply+37 in ~\workspaces\flow3\xampplite\apache\bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x000d on thread 240 This is my first time with bug-backtrace. So, tell me, if there is something else to adjust, except from the manual. I have include php like this in the apache: LoadModule php5_module "~/workspaces/flow3/xampplite/apache/bin/php5apache2_2.dll" [2009-02-24 10:48:10] j...@php.net You can always try generating a backtrace of that crash yourself, instructions are here: http://bugs.php.net/bugs-generating-backtrace win32.php It's propably easier to accomplish with better tools like valgrind on any *nix system. Unless of course this happens only within win32 env. -------- [2009-02-23 21:59:25] typo3 at maltejansen dot de I'm not so deep in the development of the FLOW3-package. I'm just developing an other package. The main part is developed on linux or mac. The constructor [1] is called twice and second time it seems to crash. But just calling it twice does not crash it. Is there a php-function, which shows the content, which was set via set_error_handler()? I have not found one... [1] http://forge.typo3.org/repositories/entry/package-flow3/trunk/Classes/Error/ErrorHandler.php [2009-02-23 15:41:19] paj...@php.net Please provide a small (or the smallest possible script) script to reproduce your problem. Do not take it too badly but I do not have the time to fetch and install Flow3 (or any dependency). We really need a self contained script to be able to efficiently fix this bug. It is easy to crash an app but not to create a small script, and as you know this app better than us... :) By the way, the SSL certificate for this URL is not valid. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http
#47473 [Fbk->Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: It's just a problem on Windows Vista (and properbly on Windows XP): So I have made the backtrace of the apache. The just using the php.exe does not work right now. (There is somewhere a bug in the CLI-version of the FLOW3-controller) So this one will follow, tomorrow. But for now: PHP-Version: Wed Feb 25 09:04:13 2009 apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp Type of Analysis Performed Crash Analysis Machine Name ~...~ Operating System Windows Vista Service Pack 1 Number Of Processors 2 Process ID 4956 Process Image ~\workspaces\flow3\xampplite\apache\bin\apache.exe System Up-Time 1 day(s) 01:42:07 Process Up-Time 00:06:50 Thread 240 - System ID 5404 Entry point msvcr71!endthreadex+31 Create time 25.02.2009 10:19:23 Time spent in user mode 0 Days 0:0:2.59 Time spent in kernel mode 0 Days 0:0:8.954 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_hash_apply+37 08702778 01aa0070 03d68fc0 php5ts!zval_mark_grey+8c 08707b78 03d68fc0 769c9d32 php5ts!gc_mark_roots+95 03d68fc0 769c9d32 0792fa54 php5ts!gc_collect_cycles+64 03d68fc0 03d68fc0 0013 php5ts!zend_deactivate+12d PHP5TS!ZEND_HASH_APPLY+37In apache__PID__4956__Date__02_25_2009__Time_10_26_11AM__627__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_hash_apply+37 in ~\workspaces\flow3\xampplite\apache\bin\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x000d on thread 240 This is my first time with bug-backtrace. So, tell me, if there is something else to adjust, except from the manual. I have include php like this in the apache: LoadModule php5_module "~/workspaces/flow3/xampplite/apache/bin/php5apache2_2.dll" Previous Comments: [2009-02-24 10:48:10] j...@php.net You can always try generating a backtrace of that crash yourself, instructions are here: http://bugs.php.net/bugs-generating-backtrace win32.php It's propably easier to accomplish with better tools like valgrind on any *nix system. Unless of course this happens only within win32 env. [2009-02-23 21:59:25] typo3 at maltejansen dot de I'm not so deep in the development of the FLOW3-package. I'm just developing an other package. The main part is developed on linux or mac. The constructor [1] is called twice and second time it seems to crash. But just calling it twice does not crash it. Is there a php-function, which shows the content, which was set via set_error_handler()? I have not found one... [1] http://forge.typo3.org/repositories/entry/package-flow3/trunk/Classes/Error/ErrorHandler.php [2009-02-23 15:41:19] paj...@php.net Please provide a small (or the smallest possible script) script to reproduce your problem. Do not take it too badly but I do not have the time to fetch and install Flow3 (or any dependency). We really need a self contained script to be able to efficiently fix this bug. It is easy to crash an app but not to create a small script, and as you know this app better than us... :) By the way, the SSL certificate for this URL is not valid. ---- [2009-02-23 15:31:00] typo3 at maltejansen dot de Here you can download the source: https://svn.typo3.org/FLOW3/Distribution/trunk/ Just the set your server to the "Public"-Directory. And call e.g. http://localhost/ (you should see the welcome screen) Than call http://localhost/Testing/ (should crash!!!) The origin of the crash is located in in the constructor of Packages/Global/FLOW3/Classes/Error/ErrorHandler.php. http://localhost/Testing/ -> Packages/Global/Testing/Classes/Controller/DefaultController.php [2009-02-23 09:30:18] paj...@php.net \php53vc6ts>php ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. The remainder of the comments for
#47473 [Fbk->Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: I'm not so deep in the development of the FLOW3-package. I'm just developing an other package. The main part is developed on linux or mac. The constructor [1] is called twice and second time it seems to crash. But just calling it twice does not crash it. Is there a php-function, which shows the content, which was set via set_error_handler()? I have not found one... [1] http://forge.typo3.org/repositories/entry/package-flow3/trunk/Classes/Error/ErrorHandler.php Previous Comments: [2009-02-23 15:41:19] paj...@php.net Please provide a small (or the smallest possible script) script to reproduce your problem. Do not take it too badly but I do not have the time to fetch and install Flow3 (or any dependency). We really need a self contained script to be able to efficiently fix this bug. It is easy to crash an app but not to create a small script, and as you know this app better than us... :) By the way, the SSL certificate for this URL is not valid. [2009-02-23 15:31:00] typo3 at maltejansen dot de Here you can download the source: https://svn.typo3.org/FLOW3/Distribution/trunk/ Just the set your server to the "Public"-Directory. And call e.g. http://localhost/ (you should see the welcome screen) Than call http://localhost/Testing/ (should crash!!!) The origin of the crash is located in in the constructor of Packages/Global/FLOW3/Classes/Error/ErrorHandler.php. http://localhost/Testing/ -> Packages/Global/Testing/Classes/Controller/DefaultController.php [2009-02-23 09:30:18] paj...@php.net \php53vc6ts>php ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. ---- [2009-02-23 09:23:10] typo3 at maltejansen dot de I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/47473 -- Edit this bug report at http://bugs.php.net/?id=47473&edit=1
#47473 [Fbk->Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: Here you can download the source: https://svn.typo3.org/FLOW3/Distribution/trunk/ Just the set your server to the "Public"-Directory. And call e.g. http://localhost/ (you should see the welcome screen) Than call http://localhost/Testing/ (should crash!!!) The origin of the crash is located in in the constructor of Packages/Global/FLOW3/Classes/Error/ErrorHandler.php. http://localhost/Testing/ -> Packages/Global/Testing/Classes/Controller/DefaultController.php Previous Comments: [2009-02-23 09:30:18] paj...@php.net \php53vc6ts>php ..\php53snapvc9\47473.php Warning: set_error_handler() expects the argument (ErrorHandler::handleError) to be a valid callback in C:\Users\pierre\Documents\test\php53snapvc9\47473.php on line 4 I suppose it happens in typo3 under certain conditions and not simply with the code you gave here. Please provide a full script to reproduce the crash. [2009-02-23 09:23:10] typo3 at maltejansen dot de I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-02-22 14:36:49] typo3 at maltejansen dot de Description: set_error_handler() using set_error_handler. The bug occured first in php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's there again. (I could not find the old bug.) So please link it to the other one. Reproduce code: --- class ErrorHandler { public function __construct() { set_error_handler(array($this, 'handleError')); } ... } Expected result: Should not crash. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=47473&edit=1
#47473 [Fbk->Opn]: set_error_handler() crashes the
ID: 47473 User updated by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0beta1 New Comment: I just tested it with PHP 5.3 - Windows x86 VC6 (thread safe)) [12.41MB] - 2009-Feb-23 08:00:00 and it still crashes... By the way, the crash is confirmed by several other users: http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2009-February/001878.html Previous Comments: [2009-02-22 21:24:33] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-02-22 14:36:49] typo3 at maltejansen dot de Description: set_error_handler() using set_error_handler. The bug occured first in php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's there again. (I could not find the old bug.) So please link it to the other one. Reproduce code: --- class ErrorHandler { public function __construct() { set_error_handler(array($this, 'handleError')); } ... } Expected result: Should not crash. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=47473&edit=1
#47473 [NEW]: set_error_handler() crashes the
From: typo3 at maltejansen dot de Operating system: Windows Vista PHP version: 5.3.0beta1 PHP Bug Type: Reproducible crash Bug description: set_error_handler() crashes the Description: set_error_handler() using set_error_handler. The bug occured first in php5.3alpha2. In php5.3alpha3 it seemed to be solved. But in beta1 it's there again. (I could not find the old bug.) So please link it to the other one. Reproduce code: --- class ErrorHandler { public function __construct() { set_error_handler(array($this, 'handleError')); } ... } Expected result: Should not crash. Actual result: -- Crash. -- Edit bug report at http://bugs.php.net/?id=47473&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47473&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47473&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47473&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47473&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47473&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47473&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47473&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47473&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47473&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47473&r=support Expected behavior: http://bugs.php.net/fix.php?id=47473&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47473&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47473&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47473&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47473&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47473&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47473&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47473&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47473&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47473&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47473&r=mysqlcfg
#46241 [Com]: Error handler stacking broken
ID: 46241 Comment by: typo3 at maltejansen dot de Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Reproducible crash Operating System: Gentoo PHP Version: 5.3.0alpha2 Assigned To: colder New Comment: Just a notice. This bug has the same origin as http://bugs.php.net/bug.php?id=46220 Previous Comments: [2008-10-22 22:32:01] [EMAIL PROTECTED] Upgrading to critical, as it is a crash and clear breakage of functionality. [2008-10-21 21:04:33] clemens dot kalb at netlogix dot de Here is one thing that has been more clear in the other, duplicate and now closed - bug entry (#46338). The first code sample with object methods does not only miss out on the second error handler, it also segfaults *on shutdown* of the PHP process: ---SNIP- Starting program: /usr/bin/php5 segfault2.php [Thread debugging using libthread_db enabled] [New Thread -1215695168 (LWP 5622)] Caught on first level: 'Foo' Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215695168 (LWP 5622)] zend_hash_destroy (ht=0xb786bf08) at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_hash.c:524 524 p = p->pListNext; (gdb) bt #0 zend_hash_destroy (ht=0xb786bf08) at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_hash.c:524 #1 0x0836dc41 in _zval_dtor_func (zvalue=0xb786bf70) at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_variables.c:43 #2 0x0836d3b3 in zend_ptr_stack_apply (stack=0x880d470, func=0x836dbf0 <_zval_dtor_func>) at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_ptr_stack.c:90 #3 0x0836d3fd in zend_ptr_stack_clean (stack=0x880d470, func=0x836dbf0 <_zval_dtor_func>, free_elements=1 '\001') at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_ptr_stack.c:97 #4 0x08360f68 in shutdown_executor () at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend_execute_API.c:272 #5 0x0836e28b in zend_deactivate () at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/Zend/zend.c:899 #6 0x08316df6 in php_request_shutdown (dummy=0x0) at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/main/main.c:1522 #7 0x08408203 in main (argc=2, argv=0xbffa0b14) at /usr/src/dailybuild/builds/20081021/php5-5.3.0-200810211830/sapi/cli/php_cli.c:1311 ---SNAP- The problem persists with PHP 5.3.0alpha3-dev (cli) (built: Oct 21 2008 22:10:26). [2008-10-06 13:03:21] [EMAIL PROTECTED] Description: Stacking 2 error handlers is broken. With object methods only the first error handler is invoked, with functions I even get a PHP crash. Reproduce code: --- -- Object methods --- -- Functions --- Expected result: -- Object methods --- Caught on second level: 'Foo' -- Functions --- Caught on second level: 'Foo' Actual result: -- -- Object methods --- Caught on first level: 'Foo' -- Functions --- Caught on first level: 'Foo' zend_mm_heap corrupted -- Edit this bug report at http://bugs.php.net/?id=46241&edit=1
#46220 [Com]: Writing something to a static var causes a crash instead of on error
ID: 46220 Comment by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.3.0alpha2 New Comment: Hi, a friend just send me his XAMPP with PHP5.3alpha2-dev (Build Aug 5 2008 17:46:53). It's running pretty well. If I replace his version with the one from yesterday, it's crashing again. Previous Comments: [2008-10-03 21:38:51] typo3 at maltejansen dot de Hi, I have just tested the latest SnapShot and there is no other result. But i have added a simple FileLogger to the class F3::Testing::Model::TestRunner (constructor) : $log->log('$FLOW3->initializeFLOW3()', 1, NULL, 'Testing', __CLASS__); ---> $FLOW3->initializeFLOW3(); <--- $log->log('$componentManager', 1, NULL, 'Testing', __CLASS__); self::$componentManager = $FLOW3->getComponentManager(); self::$componentManager->unregisterComponent('F3::FLOW3::Session::SessionInterface'); self::$componentManager->registerComponent('F3::FLOW3::Session::SessionInterface', 'F3::FLOW3::Session::Transient'); And it's not the static part, but the line above. Although it's crashing, the FileLogger still write logs to the file after "$FLOW3->initializeFLOW3();" (The FLOW-Framework is initializied twice. Once for the framework itself and once for the testing framework.) After talking to the one of the chef-programmers, it's seems to be only on windows plattforms. They are using Linux. By the way, the Logging of PHP says: [some time] [notice] Parent: child process exited with status 0 -- Restarting. ... [2008-10-03 10:16:44] typo3 at maltejansen dot de I just added some echo-output in each line of the construtor of F3::Testing::Model:TestRunner. An now I got no crash but Fatal Error. I have never seen such an message before and looks not like one from the FLOW3-Framework... ( ! ) Fatal error: Call to a member function getComponentManager() on a non-object in D:\workspace-flow3\htdocs\development\Packages\Testing\Classes\Model\F3_Testing_Model_TestRunner.php on line 0 Call Stack # TimeMemory FunctionLocation 1 0.0007 337536 {main}( ) ..\index.php:0 2 0.0251 590568 F3::FLOW3->run( ) ..\index.php:30 3 37.2597 31130128 F3::FLOW3::MVC::Web::RequestHandler->handleRequest( ) ..\F3_FLOW3.php:443 4 37.3568 31149368F3::FLOW3::MVC::Dispatcher->dispatch( ) ..\F3_FLOW3_MVC_Web_RequestHandler.php:85 5 37.3571 31149368 F3::FLOW3::MVC::Dispatcher->getPreparedController( ) ..\F3_FLOW3_MVC_Dispatcher.php:123 6 37.3576 31149728F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_MVC_Dispatcher.php:141 7 37.3576 31149728 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 8 37.3656 31161256 F3::FLOW3::Component::ObjectBuilder->injectSetterProperties( ) ..\F3_FLOW3_Component_ObjectBuilder.php:110 9 37.3656 31161256F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_Component_ObjectBuilder.php:271 10 37.3657 31161256 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:115 11 37.3669 31161408ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 12 37.3670 31161480F3::Testing::AbstractTestRunner->__construct( ) ..\F3_Testing_AbstractTestRunner.php:0 13 37.3670 31161480F3::FLOW3::Component::Factory->getComponent( ) ..\F3_Testing_AbstractTestRunner.php:87 14 37.3671 31161624 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 15 38.4300 31354576ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 16 38.4300 31354576F3::Testing::Model::TestRunner->__construct( ) ..\F3_Testing_Model_TestRunner.php:0 ( ! ) Fatal error: Exception thrown without a stack frame in Unknown on line 0 Call Stack # TimeMemory FunctionLocation 1 0.0007 337536 {main}( ) ..\index.php:0 2 0.0251 590568 F3::FLOW3->run( ) ..\index.php:30 3 37.2597 31130128 F3::FLOW3::MVC::Web::RequestHandler->handleRequest( ) ..\F3_FLOW3.php:443 4 37.3568 31149368F3::FLOW3::MVC::Dispatcher->dispatch( ) ..\F3_FLOW3_MVC_Web_RequestHandler.php:85 5 37.3571 31149368 F3::FLOW3::MVC::Dispatcher->getPrepar
#46220 [Com]: Writing something to a static var causes a crash instead of on error
ID: 46220 Comment by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.3.0alpha2 New Comment: Hi, I have just tested the latest SnapShot and there is no other result. But i have added a simple FileLogger to the class F3::Testing::Model::TestRunner (constructor) : $log->log('$FLOW3->initializeFLOW3()', 1, NULL, 'Testing', __CLASS__); ---> $FLOW3->initializeFLOW3(); <--- $log->log('$componentManager', 1, NULL, 'Testing', __CLASS__); self::$componentManager = $FLOW3->getComponentManager(); self::$componentManager->unregisterComponent('F3::FLOW3::Session::SessionInterface'); self::$componentManager->registerComponent('F3::FLOW3::Session::SessionInterface', 'F3::FLOW3::Session::Transient'); And it's not the static part, but the line above. Although it's crashing, the FileLogger still write logs to the file after "$FLOW3->initializeFLOW3();" (The FLOW-Framework is initializied twice. Once for the framework itself and once for the testing framework.) After talking to the one of the chef-programmers, it's seems to be only on windows plattforms. They are using Linux. By the way, the Logging of PHP says: [some time] [notice] Parent: child process exited with status 0 -- Restarting. ... Previous Comments: [2008-10-03 10:16:44] typo3 at maltejansen dot de I just added some echo-output in each line of the construtor of F3::Testing::Model:TestRunner. An now I got no crash but Fatal Error. I have never seen such an message before and looks not like one from the FLOW3-Framework... ( ! ) Fatal error: Call to a member function getComponentManager() on a non-object in D:\workspace-flow3\htdocs\development\Packages\Testing\Classes\Model\F3_Testing_Model_TestRunner.php on line 0 Call Stack # TimeMemory FunctionLocation 1 0.0007 337536 {main}( ) ..\index.php:0 2 0.0251 590568 F3::FLOW3->run( ) ..\index.php:30 3 37.2597 31130128 F3::FLOW3::MVC::Web::RequestHandler->handleRequest( ) ..\F3_FLOW3.php:443 4 37.3568 31149368F3::FLOW3::MVC::Dispatcher->dispatch( ) ..\F3_FLOW3_MVC_Web_RequestHandler.php:85 5 37.3571 31149368 F3::FLOW3::MVC::Dispatcher->getPreparedController( ) ..\F3_FLOW3_MVC_Dispatcher.php:123 6 37.3576 31149728F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_MVC_Dispatcher.php:141 7 37.3576 31149728 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 8 37.3656 31161256 F3::FLOW3::Component::ObjectBuilder->injectSetterProperties( ) ..\F3_FLOW3_Component_ObjectBuilder.php:110 9 37.3656 31161256F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_Component_ObjectBuilder.php:271 10 37.3657 31161256 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:115 11 37.3669 31161408ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 12 37.3670 31161480F3::Testing::AbstractTestRunner->__construct( ) ..\F3_Testing_AbstractTestRunner.php:0 13 37.3670 31161480F3::FLOW3::Component::Factory->getComponent( ) ..\F3_Testing_AbstractTestRunner.php:87 14 37.3671 31161624 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 15 38.4300 31354576ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 16 38.4300 31354576F3::Testing::Model::TestRunner->__construct( ) ..\F3_Testing_Model_TestRunner.php:0 ( ! ) Fatal error: Exception thrown without a stack frame in Unknown on line 0 Call Stack # TimeMemory FunctionLocation 1 0.0007 337536 {main}( ) ..\index.php:0 2 0.0251 590568 F3::FLOW3->run( ) ..\index.php:30 3 37.2597 31130128 F3::FLOW3::MVC::Web::RequestHandler->handleRequest( ) ..\F3_FLOW3.php:443 4 37.3568 31149368F3::FLOW3::MVC::Dispatcher->dispatch( ) ..\F3_FLOW3_MVC_Web_RequestHandler.php:85 5 37.3571 31149368 F3::FLOW3::MVC::Dispatcher->getPreparedController( ) ..\F3_FLOW3_MVC_Dispatcher.php:123 6 37.3576 31149728F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_MVC_Dispatcher.php:141 7 37.3576 31149728 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 8 37
#46220 [Com]: Writing something to a static var causes a crash instead of on error
ID: 46220 Comment by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.3.0alpha2 New Comment: I just added some echo-output in each line of the construtor of F3::Testing::Model:TestRunner. An now I got no crash but Fatal Error. I have never seen such an message before and looks not like one from the FLOW3-Framework... ( ! ) Fatal error: Call to a member function getComponentManager() on a non-object in D:\workspace-flow3\htdocs\development\Packages\Testing\Classes\Model\F3_Testing_Model_TestRunner.php on line 0 Call Stack # TimeMemory FunctionLocation 1 0.0007 337536 {main}( ) ..\index.php:0 2 0.0251 590568 F3::FLOW3->run( ) ..\index.php:30 3 37.2597 31130128 F3::FLOW3::MVC::Web::RequestHandler->handleRequest( ) ..\F3_FLOW3.php:443 4 37.3568 31149368F3::FLOW3::MVC::Dispatcher->dispatch( ) ..\F3_FLOW3_MVC_Web_RequestHandler.php:85 5 37.3571 31149368 F3::FLOW3::MVC::Dispatcher->getPreparedController( ) ..\F3_FLOW3_MVC_Dispatcher.php:123 6 37.3576 31149728F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_MVC_Dispatcher.php:141 7 37.3576 31149728 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 8 37.3656 31161256 F3::FLOW3::Component::ObjectBuilder->injectSetterProperties( ) ..\F3_FLOW3_Component_ObjectBuilder.php:110 9 37.3656 31161256F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_Component_ObjectBuilder.php:271 10 37.3657 31161256 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:115 11 37.3669 31161408ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 12 37.3670 31161480F3::Testing::AbstractTestRunner->__construct( ) ..\F3_Testing_AbstractTestRunner.php:0 13 37.3670 31161480F3::FLOW3::Component::Factory->getComponent( ) ..\F3_Testing_AbstractTestRunner.php:87 14 37.3671 31161624 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 15 38.4300 31354576ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 16 38.4300 31354576F3::Testing::Model::TestRunner->__construct( ) ..\F3_Testing_Model_TestRunner.php:0 ( ! ) Fatal error: Exception thrown without a stack frame in Unknown on line 0 Call Stack # TimeMemory FunctionLocation 1 0.0007 337536 {main}( ) ..\index.php:0 2 0.0251 590568 F3::FLOW3->run( ) ..\index.php:30 3 37.2597 31130128 F3::FLOW3::MVC::Web::RequestHandler->handleRequest( ) ..\F3_FLOW3.php:443 4 37.3568 31149368F3::FLOW3::MVC::Dispatcher->dispatch( ) ..\F3_FLOW3_MVC_Web_RequestHandler.php:85 5 37.3571 31149368 F3::FLOW3::MVC::Dispatcher->getPreparedController( ) ..\F3_FLOW3_MVC_Dispatcher.php:123 6 37.3576 31149728F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_MVC_Dispatcher.php:141 7 37.3576 31149728 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 8 37.3656 31161256 F3::FLOW3::Component::ObjectBuilder->injectSetterProperties( ) ..\F3_FLOW3_Component_ObjectBuilder.php:110 9 37.3656 31161256F3::FLOW3::Component::Factory->getComponent( ) ..\F3_FLOW3_Component_ObjectBuilder.php:271 10 37.3657 31161256 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:115 11 37.3669 31161408ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 12 37.3670 31161480F3::Testing::AbstractTestRunner->__construct( ) ..\F3_Testing_AbstractTestRunner.php:0 13 37.3670 31161480F3::FLOW3::Component::Factory->getComponent( ) ..\F3_Testing_AbstractTestRunner.php:87 14 37.3671 31161624 F3::FLOW3::Component::ObjectBuilder->createComponentObject( ) ..\F3_FLOW3_Component_Factory.php:121 15 38.4300 31354576ReflectionClass->newInstanceArgs( ) ..\F3_FLOW3_Component_ObjectBuilder.php:103 16 38.4300 31354576F3::Testing::Model::TestRunner->__construct( ) ..\F3_Testing_Model_TestRunner.php:0 --- Next I will test the latest SnapShot... Previous Comments: [2008-10-02 18:05:25] [EMAIL PROTECTED] Please try using this CVS snapshot:
#46220 [Com]: Writing something to a static var causes a crash instead of on error
ID: 46220 Comment by: typo3 at maltejansen dot de Reported By: typo3 at maltejansen dot de Status: Open Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 5.3.0alpha2 New Comment: Ok, the it's not related to the comment. But it still crashes :( Previous Comments: [2008-10-02 17:04:59] typo3 at maltejansen dot de Description: (The crashes seem to be only on windows.) Writing something to a static member var causes a crash instead of on error like "Don't write something into a static member var." Seems to be relate to the comment: http://de.php.net/manual/en/language.oop5.static.php#85277 Reproduce code: --- The F3_Testing_Model_TestRunner is called by F3_Testing_TestRunnerWeb http://forge.typo3.org/repositories/changes/package-testing/trunk/Classes/F3_Testing_TestRunnerWeb.php http://forge.typo3.org/repositories/entry/package-testing/trunk/Classes/Model/F3_Testing_Model_TestRunner.php Expected result: An error message should be shown, that's not possible to write into static member var. Actual result: -- Apache crashes. (Xampp for Windows with PHP5.3alpha2) If I removed the lines, writing into the static member var, in the constructor of F3::Testing::Model::TestRunner and the script is working. -- Edit this bug report at http://bugs.php.net/?id=46220&edit=1
#46220 [NEW]: Writing something to a static var causes a crash instead of on error
From: typo3 at maltejansen dot de Operating system: Windows XP SP2 PHP version: 5.3.0alpha2 PHP Bug Type: Reproducible crash Bug description: Writing something to a static var causes a crash instead of on error Description: (The crashes seem to be only on windows.) Writing something to a static member var causes a crash instead of on error like "Don't write something into a static member var." Seems to be relate to the comment: http://de.php.net/manual/en/language.oop5.static.php#85277 Reproduce code: --- The F3_Testing_Model_TestRunner is called by F3_Testing_TestRunnerWeb http://forge.typo3.org/repositories/changes/package-testing/trunk/Classes/F3_Testing_TestRunnerWeb.php http://forge.typo3.org/repositories/entry/package-testing/trunk/Classes/Model/F3_Testing_Model_TestRunner.php Expected result: An error message should be shown, that's not possible to write into static member var. Actual result: -- Apache crashes. (Xampp for Windows with PHP5.3alpha2) If I removed the lines, writing into the static member var, in the constructor of F3::Testing::Model::TestRunner and the script is working. -- Edit bug report at http://bugs.php.net/?id=46220&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46220&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46220&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46220&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46220&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46220&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46220&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46220&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46220&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46220&r=support Expected behavior:http://bugs.php.net/fix.php?id=46220&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46220&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46220&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46220&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46220&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46220&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46220&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46220&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46220&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46220&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46220&r=mysqlcfg
#45809 [NEW]: Apache crashes after replacing PHP-Version
From: typo3 at maltejansen dot de Operating system: Windows CP SP2 PHP version: 5.3.0alpha1 PHP Bug Type: Apache2 related Bug description: Apache crashes after replacing PHP-Version Description: Wenn I'm replacing the PHP5.2 with the latest binaries of (5.3) from http://snaps.php.net/ the apache crashes. When I'm using the binaries of 6.0 the apache and php are working pretty fine. Reproduce code: --- * Installation of Xampp * Download binaries from http://snaps.php.net/ (php-5.3-dev (zip)) * Copy binaries to "...\xampp\php53\" * Replace simular line to new path (..\xampp\apache\conf\extra\httpd-xampp.conf): LoadModule php5_module "../xampp/php53alpha/php5apache2_2.dll" * Start Apache Expected result: The Apache should run smoothly. Actual result: -- Apache crashes -- Edit bug report at http://bugs.php.net/?id=45809&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45809&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45809&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45809&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45809&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45809&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45809&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45809&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45809&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45809&r=support Expected behavior:http://bugs.php.net/fix.php?id=45809&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45809&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45809&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45809&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45809&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45809&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45809&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45809&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45809&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45809&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45809&r=mysqlcfg