[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Universal time goes mad under MCL 2.0 and System 7.1?
- To: info-mcl@services.cambridge.apple.com
- Subject: Universal time goes mad under MCL 2.0 and System 7.1?
- From: angus@aegypt.demon.co.uk (Angus McIntyre)
- Date: Tue, 13 Sep 1994 12:10:40 GMT
- Newsgroups: comp.lang.lisp.mcl
- Organization: Rev'd Jack's Roamin' Cadillac Church
- Sender: news@demon.co.uk (Usenet Administration)
Functions dealing with universal time - including 'get-universal-time',
'encode-universal-time', 'file-write-date' and 'file-create-date' appear to
have gone crazy since I installed System 7.1. I don't remember this happening
under System 7.0.1, but now something appears to be deeply wrong. For instance,
if I call 'file-write-date' twice on the same file (without modifying it in
between) I get two different answers!
Inspecting the exploded time returned by 'decode-universal-time' suggests that
everything is OK except for the time-zone, which is a constantly-changing
ratio. The obvious work-around - decoding the time and then re-encoding it
doesn't work because 'encode-universal-time' apparently uses the time-zone
figure in some way (and simply passing in a time-zone argument doesn't help)
so the results can be practically random.
This is happening on a IIci running System 7.1 and MCL 2.0, all extensions off.
Is there a fix for this? Is it even a recognised problem, or am I in a unique
and privileged position of having gremlins only in my computer?
A
x--------------------------------------------------------------------x
| angus@aegypt.demon.co.uk http://www.tardis.ed.ac.uk/~angus/ |
|--------------------------------------------------------------------|
| "I am here by the will of the people ... and I will not leave |
| until I get my raincoat back." ['Metrophage', Richard Kadrey] |
x--------------------------------------------------------------------x