From: Jason Green To: Eli Zaretskii Cc: djgpp AT delorie DOT com, ftilley AT azstarnet DOT com Subject: Re: strftime: Need Help with Time Offsets Date: Fri, 22 Dec 2000 12:53:08 +0000 Message-ID: References: <1a524t0tk28cmv3vqfq26tooe0qeikhgm5 AT 4ax DOT com> <2561-Fri22Dec2000120234+0200-eliz AT is DOT elta DOT co DOT il> In-Reply-To: <2561-Fri22Dec2000120234+0200-eliz@is.elta.co.il> X-Mailer: Forte Agent 1.7/32.534 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id HAA18889 Reply-To: djgpp AT delorie DOT com Eli Zaretskii wrote: > > Perhaps you could try my test program too, and tell if it does what > > you expect it should? > > I get similar results to what you reported: > > Fri, 22 Dec 2000 09:53:58 +0000 GMT > Fri, 22 Dec 2000 11:53:58 +7200 IST > Thu, 21 Dec 2000 21:19:58 -0000 TEST1 > Fri, 22 Dec 2000 22:27:58 +38040 TEST2 > > I.e., the issue with negative offsets is reproducible. But that's not > what the original message was talking about, IIRC. The results in the > original message were completely bogus, which I couldn't reproduce. I think the original message talked about the GMT offsets printed by %z being wrong. Athough the posted results appear to be cropped, which doesn't help, and the expected results are not mentioned. I don't know if Felix received the patch (because of a spam-blocked reply address), so I don't know if or how the problem is fixed. > The DJGPP > library is much older than glibc, and doesn't yet support C99; the > lack of support for %z is a minor nuisance compared to some major new > functionality that C99 warrants but DJGPP doesn't support. > > Volunteers are welcome to work on adding C99 functionality to the > library. In respect of %z, what needs to be done to make strftime() compliant with current standards? > > Maybe you have a copy of the ANSI standard to check on this? > > It isn't mentioned at all in ANSI C89, which is what DJGPP supports. > And the info in Posix doesn't tell anything about the units, as you > cite above.