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

From: "Wolfgang S. Rupprecht" <wolfgang@wsrcc.com>
To: "Greg A. Woods" <woods@weird.com>
Cc: jmc@netbsd.org, kleink@netbsd.org,
	NetBSD GNATS submissions and followups <gnats-bugs@netbsd.org>,
	gnats-admin@netbsd.org
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
 -- 
 Wolfgang S. Rupprecht  <wolfgang@wsrcc.com>  http://www.wsrcc.com/wolfgang/
     VOIP: sip:wolfgang@wsrcc.com   (or 6001@wsrcc.com, FWD-429102)