Sponsored Content
Full Discussion: DST change on Compaq Tru64
Operating Systems HP-UX DST change on Compaq Tru64 Post 302565211 by md1982 on Monday 17th of October 2011 09:31:30 AM
Old 10-17-2011
DST change on Compaq Tru64

Hello all,

I hope someone can help me.
We have Compaq Tru64 UNIX V5.1B (Rev. 2650).
By latest Belarus government act Europe/Minsk timezone was changed to
GMT+3 without DST (was GMT+2 with DST).
Please advice how to do changes on our machine.

Thank You in advance,
md1982
 

10 More Discussions You Might Find Interesting

1. Programming

HPUX and Compaq problem-urgent

Hi All Following is the lines of code which simply makes a structure of 1 bit member and 7 bit is unused.Then the structure is initialised with char pointer.The output on HPUX(BIG Endian) and Compaq(Little Endian) are different.On HPUX it gives zero and Compaq it gives 1. I never thought that the... (7 Replies)
Discussion started by: Shobhit
7 Replies

2. Filesystems, Disks and Memory

Compaq Scsi

Howto make Debian GNU/Linux install boot on a Compaq DeskPro XL 590 with Compaq SCSI diskdrive? The problem is that Compaq's Scsi controller sems to be odd. help please :) (0 Replies)
Discussion started by: Esaia
0 Replies

3. UNIX for Dummies Questions & Answers

tru64 ip change

I'm trying to change the IP address of a Tru64 v4.0e box. The ifconfig command is not working. I am using the following format (which does not return an error): ifconfig tu1 xxx.xxx.xxx.xxx netmask 255.255.255.0 The xxx* indicates the new IP. After entering that command, an ifconfig -a command... (1 Reply)
Discussion started by: bscottiii
1 Replies

4. SCO

compaq smart array 532

Trying to install Sco openserver on HP Proliant with this scsi controller but no scsi devices detected. Boot controller is set as the smart array 532 but SCSI diags do not detect any SCSI boot devices during boot sequence Any help appreciated (2 Replies)
Discussion started by: farmacy
2 Replies

5. UNIX for Dummies Questions & Answers

Help In Compaq Tru64 UNix

Hi, I am new to UNIX. I need help in working with Compaq-UX TRU64 OS. How It work FTP Server? ANd MAil Server? and I have apach pprogram project and it work as HTTP Server. Also I need how can setup a new version of progrm on UNix like mozilla and adobe reader etc........... Thank... (3 Replies)
Discussion started by: svuad
3 Replies

6. Shell Programming and Scripting

DST Change For Australia

Hello , We are investigating an issue from a customer from Western Australia related to DST change on 25 th March. The customer in Australia has the below settings for Time Zone. The System is Solaris 9. TZ=Australia/NSW CMASK=022 We are trying to reproduce the problem in our local... (1 Reply)
Discussion started by: Mohammed
1 Replies

7. Linux

OS for Compaq Presario 1685

Hi, Trying to install a small OS to run this old laptop. Compaq Presario 1685, circa '98 Processor: AMD K6-2 380 MHz Data Bus Speed: 66 MHz Ram Installed 32 MB moduled Hard Drive: 4.3 GB DVD-ROM Burned in a CD “PUPPY-4.3beta1-k2.6.25.16-v423-SCSI”, tried to boot with it several times BUT... (7 Replies)
Discussion started by: nichos
7 Replies

8. Linux

DST Time Change for positive timezones not working

I was doing timezone and DST testing which is required for some of my products Here is the strange behaviour i observed First i did set the timezone to PST 2010 (which is less than GMT basically negative timezone) zdump -v /etc/localtime |grep 2010 /etc/localtime Sun Mar 14 09:59:59... (0 Replies)
Discussion started by: ravindra1103
0 Replies

9. AIX

Bug in AIX 6.1/7.1 Time Zone DST Change -again

Hi Everyone Just wanted to share with you that IBM AIX is having again problem with Summer Time Shift.. IBM Possible Action Required: System time may not change properly at DST start/end dates on AIX 7.1 and AIX 6.1 - United States For me it means some additional overtimes in the... (0 Replies)
Discussion started by: gito
0 Replies

10. AIX

Change Time Zone to UTC without DST

Hello AIX friends, We have timezone settings on our AIX 6.1 boxes set to Europe/London. How can I change it to UTC timezone with Daylight saving disabled. After running "smit chtz_user" I don't see UTC option in the listing. Please advise. TIA (3 Replies)
Discussion started by: prvnrk
3 Replies
ctime(3)						     Library Functions Manual							  ctime(3)

Name
       ctime, localtime, gmtime, asctime, difftime, mktime, timezone, tzset - date and time functions

Syntax
       As shown, the and calls are common to both the non-System V environment and the System V environment.

   Common to Both Environments
       #include <time.h>

       void tzset()

       char *ctime(clock)
       time_t *clock;

       char *asctime(tm)
       struct tm *tm;

       struct tm *localtime(clock)
       time_t *clock;

       struct tm *gmtime(clock)
       time_t *clock;

       double difftime(time1, time0)
       time_t time1, time0;

       time_t mktime(timeptr)
       struct tm *timeptr;

       extern char *tzname[2];

   BSD Environment Only
       char *timezone(zone, dst)

   System V and POSIX Environments Only
       extern long timezone;

       extern int daylight;

Description
       The call uses the value of the environment variable TZ to set up the time conversion information used by

       If  TZ  does  not appear in the environment, the file is used by If this file fails for any reason, the Greenwich Mean Time (GMT) offset as
       provided by the kernel is used.	In this case, Daylight Savings Time (DST) is ignored, resulting in the time being incorrect by some amount
       if DST is currently in effect.  If this fails for any reason, GMT is used.

       If  TZ  appears in the environment but its value is a null string, GMT is used; if TZ appears and its value is not a null string, its value
       is interpreted using rules specific to the System V and non-System V environments.

       Programs that always wish to use local wall clock time should explicitly remove the environmental variable TZ with

       The call converts a long integer, pointed to by clock, representing the time in seconds since 00:00:00 GMT, January 1, 1970, and returns  a
       pointer to a 26-character string in the following form.	All the fields have constant width.
       Sun Sep 16 01:03:52 1985


       The  and  calls return pointers to tm structures, described below.  The call corrects for the time zone and possible DST; converts directly
       to GMT, which is the time the ULTRIX system uses.

       The call converts a tm structure to a 26-character string, as shown in the previous example, and returns a pointer to the string.

       Declarations of all the functions and externals, and the tm structure, are in the <time.h> header file.	The structure declaration is:
       struct tm {
	       int tm_sec;     /* seconds (0 - 59) */
	       int tm_min;     /* minutes (0 - 59) */
	       int tm_hour;    /* hours (0 - 23) */
	       int tm_mday;    /* day of month (1 - 31) */
	       int tm_mon;     /* month of year (0 - 11) */
	       int tm_year;    /* year - 1900 */
	       int tm_wday;    /* day of week (Sunday = 0) */
	       int tm_yday;    /* day of year (0 - 365) */
	       int tm_isdst;   /* flag: daylight savings time in
				     effect */
	       long tm_gmtoff; /* offset from GMT in seconds */
	       char *tm_zone;  /* abbreviation of timezone name */

       };
       tm_isdst is nonzero if DST is in effect.

       tm_gmtoff is the offset (in seconds) of the time represented from GMT, with positive values indicating East of Greenwich.

       The call computes the difference between two calendar times: time1 - time0 and returns the difference expressed in seconds.

       The call converts the broken-down local time in the tm structure pointed to by timeptr into a calendar time value with the same encoding as
       that  of  the values returned by The values of tm_wday and tm_yday in the structure are ignored, and the other values are not restricted to
       the ranges indicated above for the tm structure. A positive or zero value for tm_isdst causes to presume that DST, respectively, is  or	is
       not  in	effect for the specified time. A negative value causes to attempt to determine whether DST is in effect for the specified time. On
       successful completion, the values of tm_wday and tm_yday are set appropriately, and the other components are set to represent the specified
       calendar time, but with their values forced to the ranges indicated above. If the calendar time cannot be represented, the function returns
       the value (time_t)-1.

       The external variable tzname, contains the current time zone names. The function sets this variable.

   BSD and POSIX Environment Only
       If TZ appears in the environment and its value is not a null string, its value has one of three formats:

	   :

       or

	   :pathname

       or

	   stdoffset[dst[offset][,start[/time],end[/time]]]

       If TZ is the single colon format (first format), GMT is used.

       If TZ is the colon followed by a pathname format (second), the characters following the colon specify a pathname  of  a	format	file  from
       which to read the time conversion information. If the pathname begins with a slash, it represents an absolute pathname; otherwise the path-
       name is relative to the system time conversion information directory If this file fails for any reason, the GMT offset as provided  by  the
       kernel is used.

       If the first character in TZ is not a colon (third format), the components of the string have the following meaning:

       std and dst    Three or more characters that are the designation for the standard (std) or summer (dst) time zone. Only std is required; if
		      dst is missing, then summer time does not apply in this locale. Upper- and lowercase letters  are  explicitly  allowed.  Any
		      characters except a leading colon (:), digits, comma (,), minus (-), plus (+), and ASCII NUL are allowed.

       offset	      Indicates the value to be added to the local time to arrive at Coordinated Universal Time. The offset has the form:

			  hh[:mm[:ss]]

		      The  minutes  (mm)  and seconds (ss) are optional. The hour (hh) is required and may be a single digit. The offset following
		      std is required. If no offset follows dst, summer time is assumed to be one hour ahead of standard time. One or more  digits
		      may  be  used;  the  value is always interpreted as a decimal number.  The hour must be between zero and 24, and the minutes
		      (and seconds) - if present - between zero and 59. If preceded by a "-", the time zone is east of the Prime Meridian;  other-
		      wise it is west (which may be indicated by an optional preceding "+").

       start and end  Indicates when to change to and back from summer time. Start describes the date when the change from standard to summer time
		      occurs and end describes the date when the change back happens. The format of start and end must be one of the following:

		      Jn      The Julian day n (1 <= n <= 365). Leap days are not counted.  That is, in all years, including leap years,  February
			      28 is day 59 and March 1 is day 60. It is impossible to explicitly refer to the occasional February 29.

		      n       The zero-based Julian day (0 <= n <= 365). Leap days are counted, and it is possible to refer to February 29.

		      Mm.n.d  The  nth d day of month m (1 <= n <= 5, 0 <= d <= 6, 1 <= m <= 12). When n is 5 it refers to the last d day of month
			      m. Day 0 is Sunday.

       time	      The time field describes the time when, in current time, the change to or from summer time occurs. Time has the same  format
		      as  offset  except that no leading sign (a minus sign (-) or a plus sign (+)) is allowed. The default, if time is not given,
		      is 02:00:00.

       As an example of the previous format, if the TZ environment variable had the value EST5EDT4,M4.1.0,M10.5.0  it  would  describe	the  rule,
       which  went  into effect in 1987, for the Eastern time zone in the USA. Specifically, EST would be the designation for standard time, which
       is 5 hours behind GMT. EDT would be the designation for DST, which is 4 hours behind GMT. DST starts on the first Sunday in April and  ends
       on the last Sunday in October.  In both cases, since the time was not specified, the change to and from DST would occur at the default time
       of 2:00 AM.

       The call remains for compatibility reasons only; it is impossible to reliably map timezone's arguments (zone, a `minutes west of GMT' value
       and dst, a `daylight saving time in effect' flag) to a time zone abbreviation.

       If  the	environmental string TZNAME exists, returns its value, unless it consists of two comma separated strings, in which case the second
       string is returned if dst is non-zero, else the first string.  If TZNAME does not exist, zone is checked for equality with a built-in table
       of  values,  in which case returns the time zone or daylight time zone abbreviation associated with that value.	If the requested zone does
       not appear in the table, the difference from GMT is returned; that is, in Afghanistan, is appropriate because it is 4:30 ahead of GMT,  and
       the  string  `GMT+4:30'	is returned.  Programs that in the past used the function should return the zone name as set by to assure correct-
       ness.

   System V Environment Only
       If TZ appears in the environment its value specifies a pathname of a format file from which to read the time conversion information. If the
       pathname begins with a slash, it represents an absolute pathname; otherwise the pathname is relative to the system time conversion informa-
       tion directory

       If TZ appears in the environment and using the value as a pathname of a format file fails for any reason, the value  is	assumed  to  be  a
       three-letter  time  zone name followed by a number representing the difference between local time and GMT in hours, followed by an optional
       three-letter name for a time zone on DST.  For example, the setting for New Jersey would be EST5EDT.

   System V and POSIX Environment Only
       The external long variable contains the difference, in seconds, between GMT and local standard time (in EST,  is  5*60*60).   The  external
       variable  daylight  is nonzero if any daylight time rules are to be applied (that is, if the specified timezone includes rules for daylight
       time).  These variables are set whenever or are called.

Restrictions
       The return values point to static data whose content is overwritten by each call.  The tm_zone field of a returned struct tm  points  to  a
       static array of characters, which will also be overwritten at the next call (and by calls to

Files
       /etc/zoneinfo		time zone information directory
       /etc/zoneinfo/localtime	local time zone file

See Also
       gettimeofday(2), getenv(3), strftime(3), time(3), tzfile(5), environ(7)

																	  ctime(3)
All times are GMT -4. The time now is 08:41 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy