🚀 go-pugleaf

In article <1151@ukecc.uky.csnet> edward@ukecc.UUCP (Edward C. Bennett) writes:
>In article <1565@lsuc.UUCP> dave@lsuc.UUCP (David Sherman) writes:
>>	Below is a diff for /usr/src/libc/gen/ctime.c
>>for v7 systems
>
>I think we've all seen this coming, but shouldn't the writers of our
>respective flavors of UNIX be providing the fixes. I'm not knocking
>David's good intentions, but the DST switch can be viewed as a MAJOR
>software bug worthy of an OFFICIAL update.

Absolutely.  But no-one ever maintained v7 systems very officially,
and I doubt anyone does now.  By all means, if you have a UNIX
which is "supported" (say by H-P, DEC or AT&T), lean on your
suppliers to fix the problem.

Incidentally, what happens if you can't fix it? I suppose you
could simply set the clock (i.e., count of time in seconds) forward
an hour on April 5 and back on April 26.  Then, as long as your
software is never fixed, all times reported will be apparently OK.

We have a CT MiniFrame running CTIX (Sys V), by the way. I've
assumed that for that system I may just hack TZ during the relevant
three weeks...

David Sherman
-- 
{ seismo!mnetor  cbosgd!utcs  watmath  decvax!utcsri  ihnp4!utzoo  } !lsuc!dave