15 Oct 15 22:59, you wrote to me:

 >>> AFAICS, BBBS is handling it just fine... do you see something
 >>> differently there from this system?

 >> see above... it is off by an hour... it should be -0400 right now and
 >> then go to -0500 the first sunday in november, that's the 1st of
 >> november 2015... it should go back to -0400 on the second sunday of
 >> march 2016... that will be the 6th of march 2016...

 JK> Looks to me that you and I are at the same time right now.  I checked
 JK> "your time" at phone area code/exchange 919-774 and it's the same time
 JK> right now as here in Ithaca NY.

yes, we are in the same time zone...

 JK> My system is set automatically by Ubuntu, I don't touch the time.
 JK> Neither does bbbs that I know of but I'll ask Kim about that.

it isn't the time or your time zone settings that is the problem... it is the
TZUTC control line not depicting the proper offset from UTC for the selected
time zone... the value contained by TZUTC will change twice a year for those in
areas that recognize and use daylight saving time... there may be a setting
which controls whether or not the system recognizes DST or not... the software
may recognize automatically that DST is recognized based on the selected time
zone... whatever the situation, it is currently off by an hour and should be
reading -0400...

on my main system, i worked out a way to automatically adjust the TZUTC on the
DOS side but i cannot implement the same method on the OS/2 side... so far,
each year, i've had to edit the config.sys to adjust the TZUTC setting on the
OS/2 side and then reboot the machine twice a year... my clocks change
automatically but not the TZUTC setting on the OS/2 side of the fence...

)\/(ark

... If you're not making waves, you're not rowing the boat.
---