From: Warner Losh <imp@bsdimp.com>
To: Dave Horsfall <dave@horsfall.org>
Cc: The Eunuchs Hysterical Society <tuhs@tuhs.org>
Subject: Re: [TUHS] The 2038 bug...
Date: Mon, 4 Jan 2021 14:56:46 -0700 [thread overview]
Message-ID: <CANCZdfqHgLXLccOAyzJPkMyqtpZGd1TyEof_w_8LgYo=De=T0g@mail.gmail.com> (raw)
In-Reply-To: <alpine.BSF.2.21.9999.2101050822330.26789@aneurin.horsfall.org>
[-- Attachment #1: Type: text/plain, Size: 1042 bytes --]
On Mon, Jan 4, 2021 at 2:50 PM Dave Horsfall <dave@horsfall.org> wrote:
> On Mon, 4 Jan 2021, Peter Jeremy wrote:
>
> > Alternatively, my understanding is that the Unix epoch changed on
> > several occasions in the early days. Presumably the knowledge of how to
> > achieve this hasn't been lost. (Though actually performing an epoch
> > rollover may be more difficult today).
>
> My understanding is that it's been 1st Jan 1970 since at least Ed5, if not
> Ed6.
>
It's been that way since the 4th edition.
In the 3rd edition it was the number of 60Hz ticks since 1972, along with
this note: "This guarantees a crisis every 2.26 years."
Rebasing the epoch would be... tricky... lots of math is done assuming an
origin of 1970, and not all of it is obvious to even concerted analysis.
Less ugly would be to declare time_t to be unsigned instead of signed...
It would break less code... Making time_t 64 bits also breaks code, even if
you declare you don't care about binary compat since many older apps know
time_t is 32-bits.
Warner
[-- Attachment #2: Type: text/html, Size: 1538 bytes --]
next prev parent reply other threads:[~2021-01-04 21:57 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-31 7:19 Dave Horsfall
2020-12-31 7:24 ` Niklas Karlsson
2020-12-31 8:10 ` arnold
2020-12-31 15:30 ` Warner Losh
2020-12-31 16:09 ` Adam Thornton
2020-12-31 16:12 ` Larry McVoy
2021-01-11 7:18 ` alan
2021-01-11 14:01 ` Stuart Remphrey
2020-12-31 18:36 ` Theodore Ts'o
2020-12-31 21:34 ` Warner Losh
2021-01-06 16:32 ` Dario Niedermann
2021-01-06 17:08 ` Henry Bent
2021-01-06 18:05 ` Dario Niedermann
2021-01-06 18:20 ` Michael Kjörling
2021-01-06 21:09 ` Dave Horsfall
2020-12-31 19:18 ` Bakul Shah
2021-01-04 8:22 ` Peter Jeremy via TUHS
2021-01-04 9:13 ` Angus Robinson
2021-01-04 21:49 ` Dave Horsfall
2021-01-04 21:56 ` Warner Losh [this message]
2021-01-05 18:05 ` Dan Cross
2021-01-06 7:21 ` Warner Losh
2021-01-07 22:56 ` Stuart Remphrey
2021-01-08 1:25 ` Nemo Nusquam
2021-01-10 6:56 ` Stuart Remphrey
2021-01-04 8:59 ` Sergio Pedraja
2021-01-07 22:50 ` Stuart Remphrey
2021-01-10 7:16 ` Valdimar Sigurdsson
2021-01-10 7:24 ` Niklas Karlsson
2021-01-10 10:15 ` Stuart Remphrey
2020-12-31 15:05 M Douglas McIlroy
2020-12-31 16:51 ` arnold
2020-12-31 23:31 ` Steffen Nurpmeso
2021-01-09 8:44 Norman Wilson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CANCZdfqHgLXLccOAyzJPkMyqtpZGd1TyEof_w_8LgYo=De=T0g@mail.gmail.com' \
--to=imp@bsdimp.com \
--cc=dave@horsfall.org \
--cc=tuhs@tuhs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).