Chris Corum said with great suprise:
>>Yesterday HP and I reset my Hardware clock during a hardware maintenance
>>call. Today, however, we are getting dates from Speedware's date call
>>that are 29 hours behind!!!
>>
>>How do I see what time my Hardware clock is set for?
>>
>>Chris Corum
>>[log in to unmask]
Well HP does it again. They have done that to us too many times to list.
If
you do not watch them closely, they seem to reset this clock as a normal
thing.
They seem to have no idea what GMT is or why it is used.
The hardware clock should be set to GMT, not local time, and either a TZ
timezone variable is set to offset to local time, or the "Software" clock is
set
to local time on system startup which creates an offset from GMT to local
time.
MPE/iX and some programs use this software clock, and some programs like "C"
and
Speedware which is written in "C" use the hardware clock plus the offset.
Set
the Hardware clock back to GMT and do not let them change it again, except
to
correct for drift over a period of time.
There is a useful little CSL program to check and compare these times. I
got it
off my tape, but it may be available on the Interex web site. It is called
Tminfo and this is the supplied doc file.
$$$$$$$ $$ $$ $$$ $ $ $$$$$$$$ $$$$$$
$ $ $ $ $ $ $$ $ $ $ $
$ $ $$ $ $ $ $ $ $ $ $
$ $ $ $ $ $ $ $$$$$ $ $
$ $ $ $ $ $ $ $ $ $
$ $ $ $ $ $ $ $ $ $
$ $ $ $ $ $$ $ $ $
$ $ $ $$$ $ $ $ $$$$$$
Author(s); Keyword(s):
E.A. Kilroy III UTILITIES
ORBIT
319 Diablo Rd Files:
Suite 218 TMINFO.COMPILE.CSLXL
Danville CA 94526 TMINFO.DOC.CSLXL
United States TMINFO.NMOBJ.CSLXL
phone: 415 837 4143 TMINFO.NMPRG.CSLXL
TMINFO.SOURCE.CSLXL
Program Info:
Language: MPE
Op System: MPE XL
Type: Program
(24/77) Continue?
Program: TmInfo
Purpose: Display MPE, Local, GMT, Daylight, times.
Author: E. A. Kilroy, III
Language: C
Spec. Cap: None.
Op. Sys: MPE/XL; tested on all to b.30.00 (3.0).
Sample output:
TMINFO.a.06 (eak)
Current time zone code (env. var. TZ=) is: "Pst8pdt"
GMT seconds since 00:00 1/1/1970: 681162661
Local time zone code is: PST
Local standard GMT offset in seconds: 28800
Daylight savings code is: PDT (currently active).
Local active GMT offset in seconds: 25200
Local seconds since GMT 00:00 1/1/1970: 681137461
MPE (software) time is: FRI AUG 2 12:51 PM 1991
(47/77) Continue?
Machine (software) time is: Fri Aug 2 12:51:01 1991
GMT (hardware) is: Fri Aug 2 19:51:01 1991
TMINFO.DOC.CSLXL INTEREX 1992 CSL/MPE 1992 - Page
1
XL: deletevar tz
XL: tminfo.nmprg.cslxl
TMINFO.a.06 (eak)
WARNING: Local time zone code (TZ=) has not been set!
System defaults are in effect.
GMT seconds since 00:00 1/1/1970: 681162745
Local time zone code is: EST
Local standard GMT offset in seconds: 18000
Daylight savings code is: EDT (currently active).
Local active GMT offset in seconds: 14400
Local seconds since GMT 00:00 1/1/1970: 681148345
MPE (software) time is: FRI AUG 2 12:53 PM 1991
Machine (software) time is: Fri Aug 2 15:52:25 1991
GMT (hardware) is: Fri Aug 2 19:52:25 1991
(70/77) Continue?
This example was produced on MPE/XL-b.30.00 (3.0). HP had changed
the C time library routines on some earlier versions (2.1, or 2.2, I
forget)
so that the routines stopped picking up the real hardware clock. This
has been fixed in the 3.0 release.
TMINFO.DOC.CSLXL INTEREX 1992 CSL/MPE 1992 - Page
2
----------------------------------------------------------------------
We also have a small "C" program which shows the hardware clock. It is
as follows...
/* Print the time in 26 character ASCII format */
#include <stdio.h>
#include <time.h>
main()
{
char *str, *ctime();
time_t time(), nseconds;
nseconds = time(NULL);
str = ctime(&nseconds);
printf("%s\n", str);
}
We run this from a Command file to do a compare of the software(MPE) clock
to the hardware clock, as "C" and Speedware both use the hardware clock.
DTP:Help time
USER DEFINED COMMAND FILE: TIME.CMD.COM
CLS
ECHO *** Software Clock (Showtime) ***
ECHO
SHOWTIME
ECHO
ECHO *** Hardware Clock (C program) ***
RUN TIMEP.C.DES
DTP:
I believe more info on the TIME settings is available on the documentation
CD
for MPE/iX and Speedware support should also be able to help you as they
have
seen this often.
Tony Peters
_/_/_/_/_/ _/_/_/_/_/ Project Manager - New Technology
_/ _/ _/ _/ S&C Electric Canada Ltd
_/ _/ _/ 90 Belfield Rd
_/_/_/_/_/ _/_/_/ _/ Toronto ON M9W 1G4
_/ _/ _/ Ph 416 249-9171
_/ _/ _/ _/ Fax 416 249-3193
_/_/_/_/_/ _/_/_/_/_/ Email [log in to unmask]
My Thoughts, My Fault. Don't blame anyone else, cause they have no idea
what I am thinking. Good thing too.
|