Re: [HACKERS] Need confirmation of "Posix time standard" on FreeBSD

From: "Oliver Elphick" <olly(at)lfix(dot)co(dot)uk>
To: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>
Cc: Postgres Hackers List <hackers(at)postgreSQL(dot)org>, olly(at)linda(dot)lfix(dot)co(dot)uk
Subject: Re: [HACKERS] Need confirmation of "Posix time standard" on FreeBSD
Date: 2000-02-07 00:00:19
Message-ID: 200002070000.AAA04871@linda.lfix.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Thomas Lockhart wrote:
>Someone mentioned recently that a timezone style of "GMT+0800" was on
>their FreeBSD machine as an allowed time zone, that its behavior was
>the same as the usual ISO8601 timezone of "-0800", and that this
>conformed to some sort of Posix standard.
>
>I had posted patches for this, and have just modified the patch to be
>cleaner and more robust.
>
>Before committing this (or at least before completing our upcoming
>beta period), I'd like confirmation that this actually matches
>expected behavior for a machine implementing a "GMT+0800" (or similar)
>time zone, and that it is indeed a Posix standard? Anyone??
>
This seems to be the case for me.

Debian GNU/Linux, using libc6 version 2.1.2:

linda:olly $ date
Sun Feb 6 23:55:52 GMT 2000
linda:olly $ TZ=GMT+8
linda:olly $ date
Sun Feb 6 15:56:26 GMT 2000
linda:olly $ TZ=posix/Etc/GMT+8
linda:olly $ date
Sun Feb 6 15:59:22 GMT+8 2000

--
Oliver Elphick Oliver(dot)Elphick(at)lfix(dot)co(dot)uk
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public servers; key ID 32B8FAA1
========================================
"Lift up your heads, O ye gates; and be ye lift up, ye
everlasting doors; and the King of glory shall come
in. Who is this King of glory? The LORD strong and
mighty, the LORD mighty in battle."
Psalms 24:7,8

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Hannu Krosing 2000-02-07 00:34:41 Re: [HACKERS] An introduction and a plea ...
Previous Message Bruce Momjian 2000-02-06 23:26:52 Re: [HACKERS] Optimizer cleanup to avoid redundant work on joins