Article View: demon.ip.developers
Article #83Re: Timezone setting GMT0BST-1
From: Chris Croughton
Date: Thu, 29 Jul 1999 00:00
Date: Thu, 29 Jul 1999 00:00
19 lines
1533 bytes
1533 bytes
On Thu, 29 Jul 1999 17:52:26 +0100 (BST), Dave Scott <dave@roborat.demon.co.uk> wrote: >I've already got a DJGPP specific fn. for backward compatibility with >the Borland versions, gtzset(). At the moment this simply looks for the >GTZ env.var., and if found uses it to set/override the TZ variable. I'm >thinking of extending this to strip out the 2nd offset, i.e. looking for >any numeric present between the 2nd zone name (BST) and the comma, and >removing it before calling the real (native to DJGPP) tzset() fn. > >Can anyone see any flaws with this, or suggest anything better? The only real flaw with assuming that the offset is -1 hour is if you find somewhere with summer time not an hour behind winter time (-0.5 and -2 seem the most likely). However, I don't know of any countries who do that, so it's only a philosophical objection. Of course, if MSDOG ran on UTC all the time like real operating systems do <g>... Chris C
Technical Details
Message-ID:
<slrn7q148l.nff.chris@ccserver.keris.org>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<19990729.1852.13713snz@roborat.demon.co.uk>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 10bb05,6dbe60535a25e07f X-Google-Attributes: gid10bb05,public From: chris@keris.demon.co.uk (Chris Croughton) Subject: Re: Timezone setting GMT0BST-1 Date: 1999/07/29 Message-ID: <slrn7q148l.nff.chris@ccserver.keris.org> X-Deja-AN: 506672167 References: <19990729.1852.13713snz@roborat.demon.co.uk> X-Original-NNTP-Posting-Host: 194.112.32.19 X-Trace: reader.news.dircon.net 933272347 170 194.112.32.19 Organization: Keristor Systems User-Agent: slrn/0.9.5.3 (UNIX) Newsgroups: demon.ip.developers