From:             vonpreussen at 2secure dot us
Operating system: centos 5
PHP version:      5.3.0
PHP Bug Type:     Reproducible crash
Bug description:  "PHP Startup: Timezone database is corrupt"

Description:
------------
updated php and it now fails every time over timezone issue.
had latest tz data (tzdata-2009j) and back-stepped to 2009f and no
change.

httpd error log (no php error logging is done even though it is turned on
in /etc/php.ini) -- date.timezone = "UTC" and is ignored and the
/etc/sysconf/clock file OR date_default_timezone_set() function (most
likely, since removing the file gives the old system date) is used by php
instead:

"PHP Warning:  PHP Startup: It is not safe to rely on the system's
timezone settings. You are *required* to use the date.timezone setting or
the date_default_timezone_set() function. In case you used any of those
methods and you are still getting this warning, you most likely misspelled
the timezone identifier. We selected 'America/Los_Angeles' for
'PDT/-7.0/DST' instead in Unknown on line 0
"PHP Fatal error:  PHP Startup: Timezone database is corrupt - this should
*never* happen! in Unknown on line 0"

/etc/localtime is a copy of the file for MDT and it shows up for OS time
and nothing else.

googling reveals that this same error keeps popping up in new php versions
as if the original tz scripts get re-used each time without any updating
until the same problem emerges after release. then the patch is made and
the original scripts remain unchanged.



Reproduce code:
---------------
core startup crash


-- 
Edit bug report at http://bugs.php.net/?id=48882&edit=1
-- 
Try a CVS snapshot (PHP 5.2):        
http://bugs.php.net/fix.php?id=48882&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):        
http://bugs.php.net/fix.php?id=48882&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):        
http://bugs.php.net/fix.php?id=48882&r=trysnapshot60
Fixed in CVS:                        
http://bugs.php.net/fix.php?id=48882&r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=48882&r=needdocs
Fixed in release:                    
http://bugs.php.net/fix.php?id=48882&r=alreadyfixed
Need backtrace:                      
http://bugs.php.net/fix.php?id=48882&r=needtrace
Need Reproduce Script:               
http://bugs.php.net/fix.php?id=48882&r=needscript
Try newer version:                   
http://bugs.php.net/fix.php?id=48882&r=oldversion
Not developer issue:                 
http://bugs.php.net/fix.php?id=48882&r=support
Expected behavior:                   
http://bugs.php.net/fix.php?id=48882&r=notwrong
Not enough info:                     
http://bugs.php.net/fix.php?id=48882&r=notenoughinfo
Submitted twice:                     
http://bugs.php.net/fix.php?id=48882&r=submittedtwice
register_globals:                    
http://bugs.php.net/fix.php?id=48882&r=globals
PHP 4 support discontinued:          http://bugs.php.net/fix.php?id=48882&r=php4
Daylight Savings:                    http://bugs.php.net/fix.php?id=48882&r=dst
IIS Stability:                       
http://bugs.php.net/fix.php?id=48882&r=isapi
Install GNU Sed:                     
http://bugs.php.net/fix.php?id=48882&r=gnused
Floating point limitations:          
http://bugs.php.net/fix.php?id=48882&r=float
No Zend Extensions:                  
http://bugs.php.net/fix.php?id=48882&r=nozend
MySQL Configuration Error:           
http://bugs.php.net/fix.php?id=48882&r=mysqlcfg

Reply via email to