ID: 37111
Updated by: [EMAIL PROTECTED]
Reported By: haakonsk at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Date/time related
-Operating System: Windows XP
+Operating System: *
-PHP Version: 5.1.2
+PHP Version: 5.2.5
-Assigned To:
+Assigned To: derick
New Comment:
Why can't this be fixed by making ext/date the last extension to be
unloaded? ie. simply rename config.m4 to config9.m4 :) (dunno how to do
it for the windows build..does it have the same method of simple
rename?)
Previous Comments:
------------------------------------------------------------------------
[2006-07-27 09:27:06] [EMAIL PROTECTED]
But as we can't just run it at the end... I would say there is a more
fundamental problem here...
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
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
