| From: | Thomas Lockhart <lockhart(at)fourpalms(dot)org> |
|---|---|
| To: | sean(at)chittenden(dot)org, pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: Bug #630: date/time storage problem: timestamp parsed |
| Date: | 2002-04-09 02:08:21 |
| Message-ID: | 3CB24D15.C85F96E2@fourpalms.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | 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 sure why, or where... but it took me about a day to track down (PostgreSQL is never wrong!). If I include a timezone, things seem to work. For some reason, only dates from yesterday and today break things... I think it's because -7 is the same 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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Sean Chittenden | 2002-04-09 02:12:53 | Re: Bug #630: date/time storage problem: timestamp parsed incorrectly... |
| Previous Message | pgsql-bugs | 2002-04-09 01:35:16 | Bug #630: date/time storage problem: timestamp parsed incorrectly... |