App::Prove::State Problem: time
Andy Armstrong
andy at hexten.net
Sun Aug 24 12:34:50 UTC 2008
On 24 Aug 2008, at 08:24, Ovid wrote:
> Returns the number of non-leap seconds since whatever time the
> system considers to be the epoch, suitable for feeding to
> "gmtime" and "localtime". On most systems the epoch is 00:00:00
> UTC, January 1, 1970; a prominent exception being Mac OS Clas-
> sic which uses 00:00:00, January 1, 1904 in the current local
> time zone for its epoch.
>
> This really isn't an issue now, but what if people want to merge
> results from multiple test suite states? For example, if you have
> smokers on Windows, Linux, VMS, NeXT and others wanting to combine
> all test suite results for a module, are their epochs guaranteed to
> be the same? Admittedly, we can't account for clock differences,
> but epoch may be problematic.
>
> For now, I don't *think* this is a problem, but I'm not sure and I
> want to defer to more knowledgeable people.
Yeah, it's only Mac OS classic (which nobody uses) that has a
different epoch. I'm quite sceptical that Test::Harness will even run
on MacPerl - the process management is entirely different.
--
Andy Armstrong, Hexten
More information about the tapx-dev
mailing list