Ronald,
Do you run the script via cron? If so, do you only see the timezone
error when running it via cron and not when running manually? If yes to both,
then I'd wager the routine you referenced is impacted by the shell path not
being the same for cron as for your login session. I don't know that module so
this is pure speculation but thought that would be easy to rule out just in
case.
Bobby
> -----Original Message-----
> From: Ronald J Kimball [mailto:rkimb...@pangeamedia.com]
> Sent: Tuesday, November 03, 2009 8:52 AM
> To: Dave Rolsky
> Cc: datetime@perl.org
> Subject: Re: Inconsistent bug with delta_ms, add, and time zones
>
> Dave Rolsky wrote:
> > Sometimes DateTime::TimeZone thinks your local time zone is UTC. I have
> > no idea why it'd would be doing this. You could hack up a local copy of
> > DateTime::TimeZone::Local::Unix and have it spit out everything it's
> > doing and what it finds.
> >
> > Either it's doing something wrong or your system is very oddly
> configured.
>
> I've discovered that, on this system, although /etc/localtime is a copy
> of /usr/share/zoneinfo/America/New_York, /etc/timezone contains
> 'Etc/UTC'. I presume that qualifies as an oddly configured system. :)
>
> I'm not sure why sometimes DateTime::TimeZone::Local would be getting
> the time zone from /etc/localtime and other times from /etc/timezone,
> though. Perhaps the call to File::Find::find() in
> DateTime::TimeZone::Local::Unix::_FindMatchingZoneinfoFile is failing
> intermittently?
>
> Ronald
