Newsgroups: comp.lang.lisp.mcl
Path: cantaloupe.srv.cs.cmu.edu!das-news.harvard.edu!news2.near.net!MathWorks.Com!news.duke.edu!convex!cs.utexas.edu!howland.reston.ans.net!pipex!demon!opennews
From: angus@aegypt.demon.co.uk (Angus McIntyre)
Subject: Universal time goes mad under MCL 2.0 and System 7.1?
Message-ID: <9668AA9B5550.B12A@aegypt.demon.co.uk>
Sender: news@demon.co.uk (Usenet Administration)
Nntp-Posting-Host: aegypt.demon.co.uk
Organization: Rev'd Jack's Roamin' Cadillac Church
Date: Tue, 13 Sep 1994 12:10:40 GMT
Lines: 30


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

