Re: bin/13578

[David Holland <dholland-bugs%netbsd.org@localhost>]

The following reply was made to PR bin/13578; it has been noted by GNATS.

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: bin/13578
Date: Sat, 31 Dec 2022 23:38:54 +0000

 On Sat, Dec 31, 2022 at 06:50:01AM +0000, Martin Husemann wrote:
  >  I just tried something similar on a macppc running -current (but
  >  settimeofday will not allow me going before the epoch):
  >  
  >  # date 196110100100
  >  date: settimeofday: Invalid argument
  >  # date 197110100100
  >  Sun Oct 10 01:00:00 CET 1971
  >  # ntpdate clock
  >  31 Dec 07:47:57 ntpdate[1767]: step time server 192.168.111.42 offset +1616568460.952965 sec
  >  # date
  >  Sat Dec 31 07:48:27 CET 2022
 
 Given that it was pasting 0xffffffff on, probably as a result of
 having been in the previous epoch, that isn't conclusive.
 
 On the other hand, if you can't set the date before the epoch at all
 any more, that means the problem should be inaccessible even if it's
 still live in ntpdate somewhere.
 
 Which I think means we can close the PR. Unless we want to track down
 the original problem further in case it _is_ a still-live compiler
 bug. I admit I don't have much enthusiasm for that...
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost