Thanks Dave for looking at this. On Tue, Jan 7, 2014 at 1:53 PM, Dave Rolsky <auta...@urth.org> wrote:
> On Mon, 6 Jan 2014, Bill Moseley wrote: > > I have this code running in a Catalyst app running under mod_perl: >> > > I'm inclined to blame mod_perl, since in my experience it tends to do > weird things when loading modules, depending on how you load them > (PerlRequire vs in module loaded via a handler, etc.). > Yes, that was one of my guesses, too. But, I find it very odd that only one process does this. And often within the first or second request that child process handles. That message "Invalid version format (non-numeric data)" comes from version.pm (the XS part). It would be nice to know what that non-numeric data is, so we rebuilt a new version.pm package adding more debugging. And, as you might expect, the problem has not resurfaced with the debugging code in place. > The bit in your other message about "attempt to reload ... aborted" makes > me wonder if you are for some reason using Apache(2)::Reload or something > similar in production. If you are, you really shouldn't. > We are not using Apache2::Reload. I'm pretty sure that's just the same issue as "Invalid version format (non-numeric data)". Perl fails to compile TimeZone::America::LosAngeles and spits out that invalid version error. Then subsequent attempts to compile it in the same process generates the "attempt to reload" error. I still don't see how this is an issue with DateTime. Seems more like something bugging on the machine. > > You may just want to punt and run the app via starman or something like > that, too. I find this to be much simpler when using Catalyst. There's less > magic. > Yes, I agree about Starman. Much cleaner. Unfortunately, the operations team isn't quite ready for the cutting edge -- we are on 5.10.1, after all. :). > > > -dave > > /*============================================================ > http://VegGuide.org http://blog.urth.org > Your guide to all that's veg House Absolute(ly Pointless) > ============================================================*/ > -- Bill Moseley mose...@hank.org