Re: [GENERAL] ISO week dates

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Bruce Momjian <bruce(at)momjian(dot)us>, Brendan Jurd <direvus(at)gmail(dot)com>, Guillaume Lelarge <guillaume(at)lelarge(dot)info>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-patches(at)postgresql(dot)org
Subject: Re: [GENERAL] ISO week dates
Date: 2007-02-16 14:05:56
Message-ID: 45D5BA44.3010002@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Alvaro Herrera wrote:
> Bruce Momjian escribió:
>
>> Followup --- something weird is going on. I am seeing _random_ failures
>> of the regression tests here in that same place, and the build farm
>> seems to fail in the same place, but with different row counts.
>>
>
> This failure is pretty interesting:
>
> --- 724,730 ----
> date_part( 'isoyear', d1) AS isoyear, date_part( 'week', d1) AS week,
> date_part( 'dow', d1) AS dow
> FROM TIMESTAMP_TBL WHERE d1 BETWEEN '1902-01-01' AND '2038-01-01';
> ! ERROR: relation "timestamp_tbl" does not exist
> -- TO_CHAR()
> SELECT '' AS to_char_1, to_char(d1, 'DAY Day day DY Dy dy MONTH Month month RM MON Mon mon')
> FROM TIMESTAMPTZ_TBL;
>
> http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=agouti&dt=2007-02-16%2005:15:01
>
> How can the table fail to exist, and yet not report a problem when it
> was created?
>
>

Looks to me like the timestamptz test relies on the timestamp test (for
timestamp_tbl) but they are set to run in parallel, so we have a race
condition. Oops!

cheers

andrew

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Alvaro Herrera 2007-02-16 14:45:17 Re: [GENERAL] ISO week dates
Previous Message Peter Eisentraut 2007-02-16 12:19:55 Re: patch adding new regexp functions