Edit report at https://bugs.php.net/bug.php?id=67118&edit=1
ID: 67118
User updated by: per at interapp dot se
Reported by: per at interapp dot se
Summary: php-cgi crashes regularly on IIS 7
-Status: Feedback
+Status: Assigned
Type: Bug
Package: Reproducible crash
Operating System: Windows 2008 R2
PHP Version: 5.5.11
Assigned To: ab
Block user comment: N
Private report: N
New Comment:
Appears to also be reproducible on 5.2.17 and 5.3.28.
BR Eric
Previous Comments:
------------------------------------------------------------------------
[2014-04-24 21:07:58] per at interapp dot se
Hi,
We can reproduce it every time with the following 2 php files, both through php-cgi as well as on
the command line:
http://blogg.jag.se/php5bug.zip
Best Regards
Eric
------------------------------------------------------------------------
[2014-04-24 20:01:09] per at interapp dot se
To reproduce you need the Drupal contrib module Date installed in the sites/all/modules:
https://drupal.org/project/date
Occurs in file /sites/all/modules/date/date.module:235.
You probably also need a content type with a date field on it, and some crappy data.
BR
Eric
------------------------------------------------------------------------
[2014-04-24 19:39:03] per at interapp dot se
Hi,
We now know that the last line called before crashing is:
date_format($date, DATE_FORMAT_DATETIME);
Where bin2hex($date) evaulates to 20.
We can however not reproduce this by again running:
date_format(hex2bin(20), "Y-m-d H:i:s");
But we can reproduce it by using the $date variable in the code.
Do you guys have any ideas on how to proceed from here?
Best Regards
Eric
------------------------------------------------------------------------
[2014-04-24 12:20:25] per at interapp dot se
It appears it's the Cron functionality of Drupal causing this. Installed the Cron Debug module
to run cron tasks for modules individually. It almost always fails when running the cron job for the
search module:
http://domain/admin/config/system/cron/debug/run/search
Will try to narrow this down even further.
------------------------------------------------------------------------
[2014-04-24 10:09:30] ab@php.net
Thanks for the new dump. So no opcache, symbols are there, the backtrace is the same. Actually we
run quite some tests for drupal http://131.107.220.66/PFTT-Results/PHP_5_5/rb8d0294/
, but there are no crashes so far. Sadly there are no function arguments/values in the backtrace.
Now may I ask you whether it is reproducable with just the standard setup. If not, what does one
need? Maybe you could isolate an issue if you use some additional modules. Maybe it were possible to
make your drupal+db available?
Maybe, if it's your own code causing it, you could extract some small snippet? Looks like we
need some reproduce code to step forward. As a hint here - it is some code calling date_format()
passed to call_user_func_array(), so a call could look like
call_user_func_array('date_format', array(.....)).
Thanks.
------------------------------------------------------------------------
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
https://bugs.php.net/bug.php?id=67118
--
Edit this bug report at https://bugs.php.net/bug.php?id=67118&edit=1