Re: [foxboro] DST

Oh, boy.  Have you opened up a can of worms, Sascha.

I love how they blame the X-server, and then say that FoxView v8 will =
have "time done right".  Hmm, if it's the X-server's fault, and FoxView =
v8 runs on an X-server the same as FoxView 99.2.1, how could you =
possibly fix it to make it "done right"?

Sorry, but I'm not exactly looking forward to coming in this Sunday, so =
cut me some slack.

Tim Lowell
Control Systems Engineer
ConocoPhillips Trainer Refinery
(610) 364-8362
tim.c.lowell@xxxxxxxxxxxxxxxxxx


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] =
On Behalf Of Sascha Wildner
Sent: Tuesday, October 26, 2004 11:26 AM
To: Foxboro DCS Mail List
Subject: [foxboro] DST

Quoting from the Foxboro Customer Advisory:

-------- Original Message --------
[...]
After the clock is set back in time, all the screens using FoxView will=20
lock up and wait for the current date/time to catch up to the latest=20
time the FoxView display manager saw before updating any points or=20
executing any operator commands. This Solaris FoxView issue is related=20
to the way that X-Window handles time stamps on event messages. Each=20
X-Window event is time stamped, and the X-Server makes sure that events=20
are not delivered before the "current" time. This is a behavior of Motif =

applications such as FoxView and several Batch products that is only=20
found on the Solaris platforms.
[...]
----------------------------------

I mean, is this really the X server's fault? Why does my own box running =

under X not lock up for an hour upon DST changing? Isn't the time you=20
get when you type 'date' only a translation of the internal time=20
(seconds since Jan. 1, 1970) according to time zone rules?

I just want to understand this issue, any insight is appreciated.

Regards,

--=20
Sascha Wildner
erpicon Software Development GmbH
Neusser Str. 724-726
50737 K=F6ln
Germany

Phone: +49 221 9746069
Fax:   +49 221 9746099
eMail: swildner@xxxxxxxxxx

=20
=20
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
=20
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe:      =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=20
 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: