Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:22499
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Fri, 17 Mar 2006 09:01:31 +0100 (CET)
To: Al Baker <abaker@php.net>
cc: internals <internals@lists.php.net>
In-Reply-To: <1142581137.27319.35.camel@localhost>
Message-ID: <Pine.LNX.4.62.0603170900020.13229@localhost>
References: <1142580493.27317.30.camel@localhost> <1142581137.27319.35.camel@localhost>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: Re: [PHP-DEV] PHP 5.1.2 segfaults in get_timezone_info
From: derick@php.net (Derick Rethans)

On Fri, 17 Mar 2006, Al Baker wrote:

> Ok, I'm not sure what /etc/localtime was but when I copied
> over /usr/share/zoneinfo/America/New_York to /etc/localtime the problem
> went away and things are working gloriously-well.

Now that doesn't make a single bit of sense as the new date support in 
PHP 5.1 just tries to *avoid* all OS related things. Copying over those 
file is absolutely not going to have any effect. The 
timelib_parse_tzfile() function only operates on the built-in library.

Please provide a short reproducing script that shows this segfault. if 
you find one put it in a bugreport at http://bugs.php.net.

Derick

> On Fri, 2006-03-17 at 02:28 -0500, Al Baker wrote:
> > Hi,
> > 
> > We're trying to run php 5.1.2 on Windriver Linux (PPC) -- unsupported I
> > know -- and most things appear to be working.  However when trying to
> > use Smarty (which has calls to date functions for caching), PHP
> > segfaults in time().
> > 
> > Running PHP in GDB shows the trace of failing in memcpy and malloc as
> > called from timelib_parse_tzfile (timezone=0x30029008 "",
> > tzdb=0x179018c) at ... ext/date/lib/parse_tz.c:91
> > 
> > The rest of the stack is full of calls to ext/date/php_date.c:319 and
> > gdb eventually says Previous frame inner to this frame (corrupt stack?)
> > 
> > Looking at strace, Smarty_Compiler.class.php goes through and eventually
> > does time(NULL) = 138027 a couple times and then mmap(NULL, 100667392,
> > PROT_READ|PROT_WRITE, MAP_PRIVATE,MAP_ANONYMOUS, -1, 0) = 0x30029000
> > followed by the SIGSEGV @ 0.
> > 
> > Setting date.timezone in php.ini doesn't solve the problem.  WindRiver
> > keeps its timezone files in /usr/share/zoneinfo
> > (e.g. /usr/share/zoneinfo/GMT).  There is also a localtime time zone
> > file in /etc.
> > 
> > I don't know if this is a php bug, or perhaps pilot-error on my part on
> > either WindRiver Linux configuration or cross-compiling PHP. 
> > 
> > Thanks,
> > Al
> > 
> 
> 

-- 
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org