Flame: Problem with zoo: restoring times
Greg Woods
woods at gpu.utcs.toronto.edu
Mon Feb 20 04:42:20 AEST 1989
In article <3453 at sugar.uu.net> peter at sugar.uu.net (Peter da Silva) writes:
> In article <5930001 at eecs.nwu.edu>, gore at eecs.nwu.edu (Jacob Gore) writes:
> > For those systems, is there any harm in pretending that they *are* on GMT?
>
> Sure. I zoo up an archive on my Amiga, and unzoo it on a UNIX box. All the
> times are now off.
What would be a better solution, provided you absolutely must run your
machine on local time (an idea I absolutely detest) or that you cannot
replace enough of your O/S to fool yourself into thinking you have your
machine running on GMT (for example, on a PC use the MKS toolkit which
properly handles TZ)? I suggest that zoo archives (another thing I find
very little use for) store GMT internally, and for those O/S's that
can't manage to relate to the rest of the world, zoo may be compiled
with a local time conversion factor built in.
--
Greg Woods.
{utgpu,lsuc!gate,ontmoh}!woods, woods@{gpu.utcs.Toronto.EDU,utorgpu.BITNET}
1-416-443-1734 [h], 1-416-595-5425 [w] LOCATION: Toronto, Ontario, Canada
More information about the Comp.sources.bugs
mailing list