IPB
>  Man Pages > Linux > Suse Linux 10.1 > Section 2 > settimeofday man page

settimeofday man page

Section 2 - Suse Linux 10.1 Man Pages

Other operating system man pages available here


Advanced Search

Hopefully, this page is exactly what you are looking for, but if not, you can always find further assistance on Unix/Linux Forum!


GETTIMEOFDAY(2)            Linux Programmer's Manual           GETTIMEOFDAY(2)




NAME

       gettimeofday, settimeofday - get / set time


SYNOPSIS

       #include <sys/time.h>

       int gettimeofday(struct timeval *tv, struct timezone *tz);
       int settimeofday(const struct timeval *tv , const struct timezone *tz);


DESCRIPTION

       The functions gettimeofday() and settimeofday() can  get  and  set  the
       time  as  well  as a timezone.  The tv argument is a struct timeval (as
       specified  in <sys/time.h>):

       struct timeval {
               time_t         tv_sec;        /* seconds */
               suseconds_t    tv_usec;  /* microseconds */
       };

       and gives the number of seconds and microseconds since the  Epoch  (see
       time(2)).  The tz argument is a struct timezone:

       struct timezone {
               int  tz_minuteswest; /* minutes W of Greenwich */
               int  tz_dsttime;     /* type of dst correction */
       };

       The  use  of  the timezone struct is obsolete: the tz_dsttime field has
       never been used under Linux; it has not been and will not be  supported
       by  libc or glibc.  Each and every occurrence of this field in the ker-
       nel source (other than the declaration) is a bug. Thus,  the  following
       is purely of historic interest.

       The  field  tz_dsttime  contains  a symbolic constant (values are given
       below) that indicates in which part of the year Daylight Saving Time is
       in force. (Note: its value is constant throughout the year: it does not
       indicate that DST is in force, it just selects an algorithm.)  The day-
       light saving time algorithms defined are as follows :

        DST_NONE     /* not on dst */
        DST_USA      /* USA style dst */
        DST_AUST     /* Australian style dst */
        DST_WET      /* Western European dst */
        DST_MET      /* Middle European dst */
        DST_EET      /* Eastern European dst */
        DST_CAN      /* Canada */
        DST_GB       /* Great Britain and Eire */
        DST_RUM      /* Rumania */
        DST_TUR      /* Turkey */
        DST_AUSTALT  /* Australian style with shift in 1986 */

       Of  course  it turned out that the period in which Daylight Saving Time
       is in force cannot be given by a simple  algorithm,  one  per  country;
       indeed, this period is determined by unpredictable political decisions.
       So this method of representing time zones  has  been  abandoned.  Under
       Linux, in a call to settimeofday() the tz_dsttime field should be zero.

       Under Linux there is some peculiar `warp clock' semantics associated to
       the  settimeofday()  system call if on the very first call (after boot-
       ing) that has a non-NULL tz argument, the tv argument is NULL  and  the
       tz_minuteswest field is non-zero. In such a case it is assumed that the
       CMOS clock is on local time, and that it has to be incremented by  this
       amount  to  get UTC system time.  No doubt it is a bad idea to use this
       feature.

       The following macros are defined to operate on a struct timeval:

       #define       timerisset(tvp)\
               ((tvp)->tv_sec || (tvp)->tv_usec)
       #define       timercmp(tvp, uvp, cmp)\
               ((tvp)->tv_sec cmp (uvp)->tv_sec ||\
               (tvp)->tv_sec == (uvp)->tv_sec &&\
               (tvp)->tv_usec cmp (uvp)->tv_usec)
       #define       timerclear(tvp)\
               ((tvp)->tv_sec = (tvp)->tv_usec = 0)

       If either tv or tz is null, the corresponding structure is not  set  or
       returned.

       Only the superuser may use settimeofday().


RETURN VALUE

       gettimeofday() and settimeofday() return 0 for success, or -1 for fail-
       ure (in which case errno is set appropriately).


ERRORS

       EFAULT One of tv or tz pointed outside the accessible address space.

       EINVAL Timezone (or something else) is invalid.

       EPERM  The calling process has insufficient privilege to call  settime
              ofday(); under Linux the CAP_SYS_TIME capability is required.


NOTE

       The prototype for settimeofday() and the defines for timercmp, timeris
       set, timerclear, timeradd, timersub are (since glibc2.2.2) only  avail-
       able  if  _BSD_SOURCE  is defined (either explicitly, or implicitly, by
       not defining _POSIX_SOURCE or compiling with the -ansi flag).

       Traditionally, the fields of struct timeval were longs.


CONFORMING TO

       SVr4, 4.3BSD. POSIX 1003.1-2001 describes gettimeofday() but  not  set
       timeofday().


SEE ALSO

       date(1), adjtimex(2), time(2), ctime(3), ftime(3), capabilities(7)



Linux 2.6.6                       2004-05-27                   GETTIMEOFDAY(2)


Man(1) output converted with man2html and wrapped by fishsponge

This page was generated on Tue Feb 13 02:17:35 GMT 2007

Your favourite pages:

No pages logged yet.
Trying to save cookie...

Top 10 most popular pages:

sqlite3 man page (5323 hits)
(openSUSE 10.2)

svn man page (5162 hits)
(FreeBSD 6.2)

adv_cap_autoneg man page (4865 hits)
(Solaris 10 11_06)

CPAN man page (4602 hits)
(Suse Linux 10.1)

ssh man page (4337 hits)
(Suse Linux 10.1)

ssh-socks5-proxy-connect man page (2839 hits)
(Solaris 10 11_06)

netcat man page (2687 hits)
(Suse Linux 10.1)

pprosetup man page (2472 hits)
(Solaris 10 11_06)

startproc man page (2450 hits)
(Suse Linux 10.1)

signal man page (2393 hits)
(Suse Linux 10.1)

Useful Links

Go Back

Visitor Statistics


Valid XHTML 1.0 Transitional     Valid CSS!

Partners: Cambridge Plus :: Pyrenees Places of Interest and Areas of Natural Beauty :: PIC Micro Development :: <Link Available>
Unix Man Pages / Linux Man Pages :: HiFi Forum :: SIP VoIP Phone & Provider Reviews :: UNIX/Linux Forum Archives

More info on advertising on Unix/Linux Forum