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