Subject: Re: standards/24898: emacs thinks mktime is broken
To: None <,,>
From: Wolfgang S. Rupprecht <>
List: netbsd-bugs
Date: 02/01/2005 23:10:01
The following reply was made to PR standards/24898; it has been noted by GNATS.

From: "Wolfgang S. Rupprecht" <>
To: "Greg A. Woods" <>
	NetBSD GNATS submissions and followups <>,
Subject: Re: standards/24898: emacs thinks mktime is broken
Date: Tue, 1 Feb 2005 15:09:22 -0800

 Greg A. Woods writes:
 > I.e. emacs (or any other application) cannot notice that a gap exists
 > and avoid it -- it's simply impossible to do (without first delving into
 > the guts of the specified timezone's zoneinfo file).  These gap times
 > _ARE_ used in practice any time any time offset is calculated that might
 > run "into" the gap.  I.e. Wolfgang's rationale w.r.t. these times "not
 > existing" in the earlier discussion is simply wrong.
 Is it valid to add an increment to some of the elements of struct tm
 and get reliable answers?  I've always converted to
 seconds-since-the-epoch, added the increment and converted back.  I
 would have thought that emacs does the same thing.
 Wolfgang S. Rupprecht  <>
     VOIP:   (or, FWD-429102)