Antony Dovgal wrote: > On 29.04.2009 17:50, Greg Beaver wrote: > >> Oh good - you can reproduce it! The segfault is not related to the >> commit, as you can see from the line in question (line 315 of >> phar_file_action is a zval_ptr_dtor of EG(return_value_ptr_ptr), which >> has nothing to do with streams). >> > > Well, I don't remember seeing it before. > Hi,
This could be because the fatal_error_webphar.phpt test was committed only 1 day before the commit you did see? >> I found this segfault on my system using apache 2.2 with the test script >> and added the fatal_error_webphar test to attempt to reproduce it, but >> the test in question passes using cgi on my system. >> > > It segfaults with CGI here (but no with CLI?). > It is a web-based test, which means it only runs with the CGI sapi. >> Would you be able >> to forward bt + valgrind errors to Dmitry? This is a ZE2 problem that >> phar's cleanup triggers, and so I need to know how to rewrite the >> cleanup so it doesn't trigger the segfault (or ZE2 needs to be fixed, >> whichever is the real problem). >> > > Ok, I'll ping him. > thanks very much. I can get a backtrace using gdb, but no valgrind for the apache crash, although I haven't tried running the server via valgrind. Does anyone know if this is even possible to do with a forking server? Thanks, Greg -- PHP CVS Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php