From: Digest To: "OS/2GenAu Digest" Date: Mon, 31 Mar 2008 00:01:31 EST-10EDT,10,1,0,7200,4,1,0,7200,3600 Subject: [os2genau_digest] No. 1634 Reply-To: X-List-Unsubscribe: www.os2site.com/list/ ************************************************** Sunday 30 March 2008 Number 1634 ************************************************** Subjects for today 1 Daylight saving : Ian Manners" 2 Re: Daylight saving : Voytek Eymont" 3 Re: Daylight saving : Voytek Eymont" 4 Re: Daylight saving : Peter Moylan 5 Re: Daylight saving : Nicholas Lysaght" 6 Re: Daylight saving : John Angelico" 7 Re: Daylight saving : John Angelico" 8 Re: Daylight saving : John Angelico" 9 Re: Daylight saving : John Angelico" 10 Re: Daylight saving : Peter Moylan 11 Re: Daylight saving : Mike O'Connor 12 Re: Daylight saving : Leigh Bunting 13 Re: Daylight saving : Peter Moylan 14 Re: Daylight saving : Voytek Eymont" **= Email 1 ==========================** Date: Sun, 30 Mar 2008 08:40:29 +1000 (EST) From: "Ian Manners" Subject: Daylight saving Hi All, Daylight saving in Victoria Australia has NOT ended incase anyones confused :-) 2 people have been late for "things" at my place so far this morning, and I've noticed the churchies that roll up Sunday morning at about 0815Hrs and part on "my" verge havent shown up yet :-) I'm feeling like I'm the only one that checked NIST. I have noticed a lack of releases from the Vic Government telling people its been extended this year, though even Microsoft have reminded me from there updates list that I read somewere. So I thought I'd remind everyone on the 'Aussie' list Cheers Ian Manners http://www.os2site dot com/ ---------------------------------------------------------------------------------- **= Email 2 ==========================** Date: Sun, 30 Mar 2008 08:48:43 +1100 (EST) From: "Voytek Eymont" Subject: Re: Daylight saving > Hi All, > > > Daylight saving in Victoria Australia has NOT ended incase anyones > confused :-) > > 2 people have been late for "things" at my place so far this morning, > and I've noticed the churchies that roll up Sunday morning at about 0815Hrs > and part on "my" verge havent shown up yet :-) > > I'm feeling like I'm the only one that checked NIST. I have noticed > a lack of releases from the Vic Government telling people its been extended > this year, though even Microsoft have reminded me from there updates list > that I read somewere. > > So I thought I'd remind everyone on the 'Aussie' list so what is now the correct TZ for Vic/NSW ? -- Voytek ---------------------------------------------------------------------------------- **= Email 3 ==========================** Date: Sun, 30 Mar 2008 08:58:55 +1100 (EST) From: "Voytek Eymont" Subject: Re: Daylight saving > so what is now the correct TZ for Vic/NSW ? is this it ? SET TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 -- Voytek ---------------------------------------------------------------------------------- **= Email 4 ==========================** Date: Sun, 30 Mar 2008 12:45:46 +1100 From: Peter Moylan Subject: Re: Daylight saving On 30/03/08 08:58, Voytek Eymont wrote: > > >> so what is now the correct TZ for Vic/NSW ? > > is this it ? > SET TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 That's what I've set mine to. I haven't looked up the new rules, but this does say that the change occurs on the first Sunday of October and the first Sunday of April, which sounds right to me. It turns out, however, that ecsClock insists on changing the clock inappropriately even after this change. To fix this problem, I've also had to change the corresponding string in the file D:\ecs\system\eclock\tzdata.international. (I still haven't tested this.) This won't be an issue for you if you don't use ecsClock. -- Peter Moylan peter at pmoylan dot org http://www.pmoylan dot org ---------------------------------------------------------------------------------- **= Email 5 ==========================** Date: Sun, 30 Mar 2008 10:55:08 +0800 From: "Nicholas Lysaght" Subject: Re: Daylight saving Hi All. For reasons best known to themselves, Western Australia ahve decided to revert back to Standard WST as of 0200hrs last night. When I booted this morning, I noticed that nothing had changed. So I manually reset my computer clocks (in the M2N.TVM and R40) back 1 hour, and left everything else as is. Hope this helps. Regards NICK On Sun, Mar 30, 2008 at 9:45 AM, Peter Moylan wrote: > On 30/03/08 08:58, Voytek Eymont wrote: > > > > > >> so what is now the correct TZ for Vic/NSW ? > > > > is this it ? > > SET TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 > > That's what I've set mine to. I haven't looked up the new rules, but > this does say that the change occurs on the first Sunday of October and > the first Sunday of April, which sounds right to me. > > It turns out, however, that ecsClock insists on changing the clock > inappropriately even after this change. To fix this problem, I've also > had to change the corresponding string in the file > D:\ecs\system\eclock\tzdata.international. (I still haven't tested > this.) This won't be an issue for you if you don't use ecsClock. > > -- > Peter Moylan peter at pmoylan dot org > http://www.pmoylan dot org > > > [attachments have been removed] ---------------------------------------------------------------------------------- **= Email 6 ==========================** Date: Sun, 30 Mar 2008 01:57:17 +1000 (AEST) From: "John Angelico" Subject: Re: Daylight saving On Sun, 30 Mar 2008 08:58:55 +1100 (EST), Voytek Eymont wrote: And we understand from gov.au site/s that this will apply next year as well. > > > >> so what is now the correct TZ for Vic/NSW ? > >is this it ? >SET TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 Yes, I set that in my Config file without success. My eClock uses a City file which ignores the TZ and sets its own end date. :-( I am currently hunting down the settings but there seems no place to fiddle with the actual dates. Last resort: write to the support email address in Germany. Best regards John Angelico OS/2 SIG os2 at melbpc dot org dot au or talldad at kepl dot com dot au ___________________ ---------------------------------------------------------------------------------- **= Email 7 ==========================** Date: Sun, 30 Mar 2008 02:14:22 +1000 (AEST) From: "John Angelico" Subject: Re: Daylight saving On Sun, 30 Mar 2008 12:45:46 +1100, Peter Moylan wrote: >> SET TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 > >That's what I've set mine to. I haven't looked up the new rules, but >this does say that the change occurs on the first Sunday of October and >the first Sunday of April, which sounds right to me. > >It turns out, however, that ecsClock insists on changing the clock >inappropriately even after this change. To fix this problem, I've also >had to change the corresponding string in the file >D:\ecs\system\eclock\tzdata.international. (I still haven't tested >this.) This won't be an issue for you if you don't use ecsClock. Thanks Peter - you have saved me a support email to Germany. For others who want to do this, you will need to go deep into this file and find [2303] Name=(UTC +10, Kilo) Kilo = K (which we see in the eClock Cities listing) and the string on the following line has four-letter labels AEST and AEDT Best regards John Angelico OS/2 SIG os2 at melbpc dot org dot au or talldad at kepl dot com dot au ___________________ ---------------------------------------------------------------------------------- **= Email 8 ==========================** Date: Sun, 30 Mar 2008 14:37:10 +0000 From: "John Angelico" Subject: Re: Daylight saving On Sun, 30 Mar 2008 12:45:46 +1100, Peter Moylan wrote: >It turns out, however, that ecsClock insists on changing the clock >inappropriately even after this change. To fix this problem, I've also >had to change the corresponding string in the file >D:\ecs\system\eclock\tzdata.international. (I still haven't tested >this.) This won't be an issue for you if you don't use ecsClock. Having done all that, I still find it hasn't "taken" because I get a boot time error "TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 is not an acceptable parameter for the SET command" Weird! Best regards John Angelico OS/2 SIG os2 at melbpc dot org dot au or talldad at kepl dot com dot au ___________________ ---------------------------------------------------------------------------------- **= Email 9 ==========================** Date: Sun, 30 Mar 2008 14:40:21 +0000 From: "John Angelico" Subject: Re: Daylight saving On Sun, 30 Mar 2008 12:45:46 +1100, Peter Moylan wrote: > >It turns out, however, that ecsClock insists on changing the clock >inappropriately even after this change. To fix this problem, I've also >had to change the corresponding string in the file >D:\ecs\system\eclock\tzdata.international. (I still haven't tested >this.) This won't be an issue for you if you don't use ecsClock. Doh! Please ignore my last post. Another reboot and watched the error more carefully, then checked Config again. I fiddled too much and dropped the "TZ=" from the SET line by mistake, so there really is an error in the line. OS/2 is right - again! Best regards John Angelico OS/2 SIG os2 at melbpc dot org dot au or talldad at kepl dot com dot au ___________________ ---------------------------------------------------------------------------------- **= Email 10 ==========================** Date: Sun, 30 Mar 2008 16:13:42 +1100 From: Peter Moylan Subject: Re: Daylight saving On 30/03/08 03:14, John Angelico wrote: > On Sun, 30 Mar 2008 12:45:46 +1100, Peter Moylan wrote: > >>> SET TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 >> That's what I've set mine to. I haven't looked up the new rules, but >> this does say that the change occurs on the first Sunday of October and >> the first Sunday of April, which sounds right to me. >> >> It turns out, however, that ecsClock insists on changing the clock >> inappropriately even after this change. To fix this problem, I've also >> had to change the corresponding string in the file >> D:\ecs\system\eclock\tzdata.international. (I still haven't tested >> this.) This won't be an issue for you if you don't use ecsClock. > > Thanks Peter - you have saved me a support email to Germany. > > For others who want to do this, you will need to go deep into this file and > find > [2303] > Name=(UTC +10, Kilo) > Kilo = K (which we see in the eClock Cities listing) > and the string on the following line has four-letter labels AEST and AEDT The support e-mail might be necessary after all, so I've added a Cc: to this message. My computer is currently showing the correct time - although it took a re-boot, a manual time change, and a couple of synchronisations to do it; but if I open up the Clock settings (in the toolbox near the left of the eCentre) the "Location" page still gives the obsolete dates for daylight saving start/end times. This suggests that eClock is keeping the information in more than one place. In the "Control" page of the same notebook, you have to remove the tick on "Automatically modify CONFIG.SYS". I've just tried this both ways. If you leave that option enabled, the TZ string in CONFIG.SYS will be set back to the incorrect value. Despite this, the tzdata.international file still holds the correction that I entered manually. For a while I thought I might have two copies of eClock, and altered the wrong one, but both the RUN statement in CONFIG.SYS and the Properties of the "Clock" program object point to the expected directory. -- Peter Moylan peter at pmoylan dot org http://www.pmoylan dot org ---------------------------------------------------------------------------------- **= Email 11 ==========================** Date: Sun, 30 Mar 2008 19:10:31 +1000 From: Mike O'Connor Subject: Re: Daylight saving John Angelico wrote: > Last resort: write to the support email address in Germany. > > Hi John, I'm afraid that would be completely pointless - as I passed on to Bob St. John, well over a year ago - Mark Eckstein, the author, no longer is able to run eCS on his updated hardware, so requested that NO further distribution of eClock/eCSClock with eCS take place - as he could no longer support it. This was all advised prior to the implementation of the DST period changes around the World, over a year ago. No further updates will be forthcoming from him - as he no longer wishes to be associated with it. I know this becauser I'm the one who contacted him in June 2003 about getting the massive clock drift (minutes per hour!) in eCSClock fixed - specifically for those places which didn't observe DST (here on the NSW/QLD border it's my personal choice not to implement it - so permanently on AEST!), and until I passed them on to Alex Taylor and Chuck McKinnis, the fixes he supplied personally to me were never released publicly - also until I again contacted him in late 2006 /early 2007 - asking him whether he would be issuing updates for those areas of the world where the upcoming period changes|new implementations for DST - he regretted that he hadn't been aware of the upcoming changes - after prompting he did release a basic fix for the zones. I also passed this on to Alex & Chuck - but then the advice about wishing to withdraw the application. For all concerned - just use time868f.zip from hobbes - it's pretty close to perfect - it works as both client and sever, and only suffers from the limitation that it cannot use location mnemonics of greater than 3-characters - thus one has to use "EST-10EDT etc.," in lieu of the correct "AEST-10AEDT ..."! It uses the full string as entered in config.sys, thus no problem with specifying local "temporary" variations. The TZCALC application will allow you to specify the exact start/finish times/dates for DST, and generates the exact string that time868 will accept - c.f. the foregoing. Again cannot contact Norbert Dey, the author of both time868.exe and tzcalc.exe - - I even contacted one of the old-time OS/2-users in his home state, Oregon to drive (reasonably local for him - about 2 hrs) to Norbert's last known public address, but that unfortunately turned out to be a dead-end! Regards, Mike ---------------------------------------------------------------------------------- **= Email 12 ==========================** Date: Sun, 30 Mar 2008 22:11:14 +1030 From: Leigh Bunting Subject: Re: Daylight saving Hi Gang, I seem to have had some success in adjusting eclock 2.02 by not only making the suggested change to tzdata.international, but also tzdata. Delete clkbasic.ini, then go through the clock settings and set up everything again. Reboot etc etc. All is sweet now. Cheers, Leigh Bunting Colonel Light Gardens South Australia ---------------------------------------------------------------------------------- **= Email 13 ==========================** Date: Sun, 30 Mar 2008 23:26:20 +1100 From: Peter Moylan Subject: Re: Daylight saving On 30/03/08 22:41, Leigh Bunting wrote: > Hi Gang, > > I seem to have had some success in adjusting eclock 2.02 by not only > making the suggested change to tzdata.international, but also tzdata. > Delete clkbasic.ini, then go through the clock settings and set up > everything again. Reboot etc etc. Thanks. I didn't even notice the file tzdata, but in hindsight it's the obvious one to change. Not only that, but I got away with not deleting any INI files and not rebooting. I just had to do two extra steps: 1. The first time I ran the "Clock" object after editing tzdata, the "Zone Information" was already correct - i.e. it must have been picked up immediately from tzdata - but when I exited I got a message about adjusting for summer time, and my clock jumped ahead an hour. That was fixable by opening the Clock object again and manually changing the hour. 2. Meanwhile, the desktop display (which I have set up to show times in four different places) was out by an hour in the other direction. To fix that, I just changed the display for "Newcastle" to show some other place, and then changed it back again. But, anyway, it's now clear that the change to the tzdata file was the critical step. The rest was minor detail. -- Peter Moylan peter at pmoylan dot org http://www.pmoylan dot org ---------------------------------------------------------------------------------- **= Email 14 ==========================** Date: Sun, 30 Mar 2008 23:30:38 +1100 (EST) From: "Voytek Eymont" Subject: Re: Daylight saving > On 30/03/08 08:58, Voytek Eymont wrote: > >> >> >> >>> so what is now the correct TZ for Vic/NSW ? >> >> is this it ? SET TZ=EST-10EDT,10,1,0,7200,4,1,0,7200,3600 >> > > That's what I've set mine to. I haven't looked up the new rules, but > this does say that the change occurs on the first Sunday of October and the > first Sunday of April, which sounds right to me. damn, I'll need to actually REBOOT my PC for the new TZ to take effect.. for now, I've killed daytimed, set TZ, and, restarted daytimed, next time the system gets rebooted, it'll pick updated TZ from config -- Voytek ----------------------------------------------------------------------------------