From: Digest <deadmail>
To: "OS/2GenAu Digest"<deadmail>
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: <deadmail>
X-List-Unsubscribe: www.os2site.com/list/

**************************************************
Sunday 30 March 2008
 Number  1634
**************************************************

Subjects for today
 
1   Daylight saving : Ian Manners" <deadmail>
2  Re:  Daylight saving : Voytek Eymont" <voytek at sbt dot net dot au>
3  Re:  Daylight saving : Voytek Eymont" <voytek at sbt dot net dot au>
4  Re:  Daylight saving : Peter Moylan <peter at pmoylan dot org>
5  Re:  Daylight saving : Nicholas Lysaght" <nicholasrf at gmail dot com>
6  Re:  Daylight saving : John Angelico" <talldad at kepl dot com dot au>
7  Re:  Daylight saving : John Angelico" <talldad at kepl dot com dot au>
8  Re:  Daylight saving : John Angelico" <talldad at kepl dot com dot au>
9  Re:  Daylight saving : John Angelico" <talldad at kepl dot com dot au>
10  Re:  Daylight saving : Peter Moylan <peter at pmoylan dot org>
11  Re:  Daylight saving : Mike O'Connor <mikeoc at internode.on dot net>
12  Re:  Daylight saving : Leigh Bunting <vh_gdn at internode.on dot net>
13  Re:  Daylight saving : Peter Moylan <peter at pmoylan dot org>
14  Re:  Daylight saving : Voytek Eymont" <voytek at sbt dot net dot au>

**= Email   1 ==========================**

Date:  Sun, 30 Mar 2008 08:40:29 +1000 (EST)
From:  "Ian Manners" <deadmail>
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" <voytek at sbt dot net dot au>
Subject:  Re:  Daylight saving


<quote who="Ian Manners">
> 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" <voytek at sbt dot net dot au>
Subject:  Re:  Daylight saving


<quote who="Voytek Eymont">

> 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 <peter at pmoylan dot org>
Subject:  Re:  Daylight saving

On 30/03/08 08:58, Voytek Eymont wrote:
> <quote who="Voytek Eymont">
> 
>> 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" <nicholasrf at gmail dot com>
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 <peter at pmoylan dot org> wrote:

> On 30/03/08 08:58, Voytek Eymont wrote:
> > <quote who="Voytek Eymont">
> >
> >> 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" <talldad at kepl dot com dot au>
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.

>
><quote who="Voytek Eymont">
>
>> 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" <talldad at kepl dot com dot au>
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" <talldad at kepl dot com dot au>
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" <talldad at kepl dot com dot au>
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 <peter at pmoylan dot org>
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 <mikeoc at internode.on dot net>
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 <vh_gdn at internode.on dot net>
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
<Open Windows and let the bugs in>



----------------------------------------------------------------------------------
 
**= Email   13 ==========================**

Date:  Sun, 30 Mar 2008 23:26:20 +1100
From:  Peter Moylan <peter at pmoylan dot org>
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" <voytek at sbt dot net dot au>
Subject:  Re:  Daylight saving


<quote who="Peter Moylan">
> On 30/03/08 08:58, Voytek Eymont wrote:
>
>> <quote who="Voytek Eymont">
>>
>>
>>> 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

----------------------------------------------------------------------------------
 
