Re: Bug #630: date/time storage problem: timestamp parsed - Mailing list pgsql-bugs

From Thomas Lockhart
Subject Re: Bug #630: date/time storage problem: timestamp parsed
Date
Msg-id 3CB24D15.C85F96E2@fourpalms.org
Whole thread Raw
In response to Bug #630: date/time storage problem: timestamp parsed incorrectly...  (pgsql-bugs@postgresql.org)
Responses Re: Bug #630: date/time storage problem: timestamp parsed incorrectly...  (Sean Chittenden <sean@chittenden.org>)
List pgsql-bugs
> date/time storage problem: timestamp parsed incorrectly...
> It looks like a bad parser or defaults for time values.  The example code below explains the problem best.  I'm not
surewhy, or where... but it took me about a day to track down (PostgreSQL is never wrong!).  If I include a timezone,
thingsseem to work.  For some reason, only dates from yesterday and today break things... I think it's because -7 is
thesame as my timezone, PST (now -7). 

Well, as long as you realize that PostgreSQL is always right you are on
track ;)

I'm guessing that you have a damaged timezone database on your system.
What time zone does your system think it is in? What system are you
running on? I'm not seeing a problem on my Linux box running 7.2 (well,
except for the jump at the time zone boundary):

lockhart=# select timestamp '2002-4-7 2:0:0.0';
      timestamptz
------------------------
 2002-04-07 01:00:00-08
(1 row)

But that is not the 2036 result you are seeing, so I can only speculate
on your specific problem...

                     - Thomas

pgsql-bugs by date:

Previous
From: pgsql-bugs@postgresql.org
Date:
Subject: Bug #630: date/time storage problem: timestamp parsed incorrectly...
Next
From: Sean Chittenden
Date:
Subject: Re: Bug #630: date/time storage problem: timestamp parsed incorrectly...