RE: Daylight Savings time (again)

At 04:49 PM 10/20/00 -0500, Jeremy Milum wrote: > >List, > >I have sent the command line time setting program, set_mtk, >to Duc, so it should be available for >download soon (thanks Duc). As the included readme says, >I have used it on versions 6.1.1, 6.2 and 6.2.1. The compressed tarball is

RE: Daylight Savings time (again)

List, I have sent the command line time setting program, set_mtk, to Duc, so it should be available for download soon (thanks Duc). As the included readme says, I have used it on versions 6.1.1, 6.2 and 6.2.1. I didn't write the program, only modified what I got from TAC so that it would comp

RE: Lost Connections

I have seen it happen before, probably about 3 or 4 times. I don't remember for sure how I got it running again. I had to delete the connection, and then reconnect it; or delete/undelete blocknot good. Lance -Original Message- From: Deo, Terry [mailto:[EMAIL PROTECTED]] Sent: Frida

Lost Connections

We have experienced a problem where a block stops updating from the source, in another station, yet does not show bad. The value in the block is the last value before it stopped receiving updates. Foxboro dialed into our system and used rsom to determine that the connection entry in the source l

RE:

RE: Chris, Sorry for the tardiness in the reply on your issue.  Use netstat -k > netstat.out to monitor the hme interfaces on your 51E box.  Use your favorite text editor and search for hme0: and you will go directly to the section depicting basic network performance.  Look for an

RE: Daylight Savings time (again)

Jeremy, Yes, the code would be great... it should help eliminate one more obstacle. I can do some testing here. Lance -Original Message- From: Jeremy Milum [mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 11:45 AM To: [EMAIL PROTECTED] Subject: RE: Daylight Savings time (again)

RE: Daylight Savings time (again)

RE: Daylight Savings time (again) Make sure that a "kill -9" with FoxView to restart it after a clock rollback activity.  The fox_monitor process expects to see the "-9" signal in order to automatically restart FoxView.  Obviously this has to be done from the shell because the the

FW: Daylight Savings time (again)

We have been dealing with this problem for 2 years and are currently running Foxview 6.1B and 99.2 versions. The basic problem is that the next update of the Foxview screen will not occur until the time is past the last update. So, when the time is set back 1 hour the display will stop updating f

RE: Daylight Savings time (again)

RE: Daylight Savings time (again) I would be interested in it How will I know when it will be available? Joe -Original Message- From: Jeremy Milum [mailto:[EMAIL PROTECTED]";>mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 12:45 PM To: [EMAIL PROTECTED] Subject:

RE: Daylight Savings time (again)

No thanks. Console guys get pretty jumpy when every screen locks up and you have to reboot them all. Tim -Original Message- From: Joe Sanguinetti [SMTP:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:45 PM To: 'Foxboro DCS Mail List' S

RE: Daylight Savings time (again)

I got the source code from TAC for a command line utility to set the Foxboro time. It is not supported by Foxboro. I had to figure out how to compile it, but I did get it to work. I used it on our systems at the start of DST and it worked fine. If there is an interest I can send it to someone

RE: AIM*Historian

The 'histq' tool that I contributed to TheCassandraProject should help you. It is at http://www.thecassandraproject.org/archive/histq.tar.Z. It is a C program that can extract data from AIM* or FoxHistory, depending on how it is compiled. Please drop me a note if you need any help with it. -JAM

RE: Daylight Savings time (again)

RE: Daylight Savings time (again) You might give it a try on 99.1, it might work. Joe -Original Message- From: Lowell, Tim: [mailto:[EMAIL PROTECTED]";>mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 12:33 PM To: 'Foxboro DCS Mail List' Subject: RE: Daylight Savings ti

RE: Daylight Savings time (again)

Sounds good. We skipped 99.2 on Foxboro's orders, still at 99.1. I ordered 99.2.1, waiting for it to arrive. Tim -Original Message- From: Joe Sanguinetti [SMTP:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:25 PM To: 'Foxboro DCS Mail List'

RE: Daylight Savings time (again)

RE: Daylight Savings time (again) I believe that even in Foxview 99.2 you can just kill the Foxview on the console and it should respawn itself.  If it does not come back you can restart it and things are ok.  It would be nice if you could set the time from the command line so you can h

RE: Daylight Savings time (again)

Brain damage, I like that one... No, Foxboro I/A does not use the TZ variable. If you are especially unlucky to be using FoxView, you cannot even set the time backwards for the end of Daylight Saving Time, or you will freeze any AW51 or WP51 running FoxView. Even the developers of FoxDraw/FoxVie

Daylight Savings time (again)

I think we had this discussion about this time last year, but I have forgotten the conclusions (if any). Is there any reason that the Foxboro machines (AP, WP, AW) can't have there hardware clock set to UTC, and use the TZ ebvironment variable to present da

RE: AIM*Historian

If you would like to extract System Monitor or Operator Action Journal messages from AIM*, there are existing tools to do this. You need to download Quick Fix #991513, which consists of two programs, oajgen and fh_sacego. These programs are Foxboro-supplied C programs that can be used with AIM*

AIM*Historian

Hi, We are using the AIM*Historian on an off-line SUN-platform. We are looking for an extraction tool (preferable in 'C') to extract data from the AIM*Historian data files or the exact 'make'-string or a list of all the libraries wich should be linked ! A search in the Cassandra database showed u