> Could one of you try it in 7.1 (beta3 or later)? We've changed some > details of the way daylight-savings transitions are handled in > date-to-timestamp conversions, so I think this might be fixed now. > It's worth checking anyway. I would prefer not to upgrade right at the moment, as my development system is in the middle of a migration exercise ( hence the discovery of this bug ). If some one else is running 7.1 already and can just change their timezone to New Zealand DT and report the results it would be great. > Also, what do you get from '31/12/2000'::date::timestamp? template1=# select '31/12/2000'::date::timestamp template1-# ; ?column? ------------------------ 2001-01-01 00:00:00+13 (1 row) template1=#
- [SQL] Problem with Dates Glen and Rosanne Eustace
- Re: [SQL] Problem with Dates Mike Castle
- [SQL] Veering OT opinions please XQL ... clayton cottingham
- [SQL] Re: Problem with Dates Glen and Rosanne Eustace
- [SQL] Re: Problem with Dates Mike Castle
- [SQL] Re: Problem with Dates Glen and Rosanne Eustace
- Re: [SQL] Re: Problem wit... Christopher Sawtell
- Re: [SQL] Re: Problem... Tom Lane
- Re: [SQL] Re: Pro... Glen and Rosanne Eustace
- Re: [SQL] Re: Pro... Tom Lane
- Re: [SQL] Re: Pro... Glen and Rosanne Eustace
- Re: [SQL] Re: Pro... Brett W. McCoy
- Re: [SQL] Re: Pro... Glen and Rosanne Eustace
- Re: [SQL] Re: Pro... Brett W. McCoy
- Re: [SQL] Re: Pro... Christopher Sawtell
- Re: [SQL] Re: Pro... Tom Lane
- Re: [SQL] Re: Problem wit... Christopher Sawtell
- Re: [SQL] Re: Problem with Dates Brett W. McCoy
- [SQL] crypt and decrypt Marcos Aurélio S. da Silva