ID:               37111
 Updated by:       [EMAIL PROTECTED]
 Reported By:      haakonsk at gmail dot com
 Status:           Feedback
 Bug Type:         Date/time related
 Operating System: Windows XP
 PHP Version:      5.1.2
 New Comment:

But as we can't just run it at the end... I would say there is a more
fundamental problem here...


Previous Comments:
------------------------------------------------------------------------

[2006-07-27 06:32:34] [EMAIL PROTECTED]

AFAIK I told Derick what should be the reason: ext/date shutdowns and
frees all resources before ext/session, so strftime() will access
already freed timezonedb and other ext/date resources.
I'd say this is more ext/date related, as I suppose it's mshutdown
handler should be run at the very end.

------------------------------------------------------------------------

[2006-07-27 01:57:25] [EMAIL PROTECTED]

And I can not reproduce this with latest of everything on Linux. Bate:
Provide the backtrace please.


------------------------------------------------------------------------

[2006-07-17 14:32:23] [EMAIL PROTECTED]

I can verify this bug. This happens too with latest of everything.
(apache, php)

This is also related to the pear::HTTP_Session2 package, because if you
use this package you will get too an segfault under FreeBSD. I will
provide a .core or backtrace later today. For both. WinXP and FreeBSD.
(have to install MSVC)


------------------------------------------------------------------------

[2006-05-18 03:05:11] pnoster at mail dot ru

Forgot to add, I experienced this error on Windows Server 2003 SP1.

------------------------------------------------------------------------

[2006-05-18 03:02:50] pnoster at mail dot ru

Same problem with PHP 5.1.4/Apache 2.0.58!
I cannot generate a backtrace right now, but the error can be
reproduced with osCommerce 2.2-MS2 (www.oscommerce.com)
with 'Store Database Queries' set to 'true' in Admin panel.
strftime() that causes the error resides in
catalog\admin\includes\classes\logger.php (line 50).
The crach happens almost everytime on the main admin page.
Thank you for fixing this bug in advance.

------------------------------------------------------------------------

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/37111

-- 
Edit this bug report at http://bugs.php.net/?id=37111&edit=1

Reply via email to