Skip site navigation (1) Skip section navigation (2)

Re: Oops - BF:Mastodon just died

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Dave Page <dpage(at)postgresql(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>, Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Oops - BF:Mastodon just died
Date: 2008-01-31 01:33:20
Message-ID: 47A12560.8030101@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
>
> * Has the buildfarm script changed recently in a way that might change
> the execution PATH and thereby suck in a different version of dumpbin?
> (Or even a different version of Perl?)
>   


No. In at least the case of red_bat nothing has changed for months.

> * Is it conceivable that dumpbin's output format has changed in a way
> that confuses the bit of Perl code that's parsing it?  One idea that
> comes to mind is that it contains a timestamp that just got wider ---
> I remember seeing some bugs like that when the value of Unix time_t
> reached 1 billion and became 9 instead of 8 digits.
>
> Neither of these sound very plausible, but it seems the next step for
> investigation is to look closely at what's happening in gendef.pl.
>
> 			
>   

Right. I agree that your diff makes gendef.pl the prime suspect.

Yoo also just said:
> "Dave Page" <dpage(at)postgresql(dot)org> writes:
>   
>> > I can't remember the last time I logged into that box so if it's
>> > something in the buildenv, it's either caused by a Windows update,
>>     
>
> Re-reading the thread ... could that last point be significant?  Are
> all four of these boxen set to auto-accept updates from Redmond?

No. red_bat does not auto-accept anything.

cheers

andrew

In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2008-01-31 01:33:33
Subject: Re: [PATCHES] Proposed patch: synchronized_scanning GUC variable
Previous:From: Tom LaneDate: 2008-01-31 01:22:34
Subject: Re: Oops - BF:Mastodon just died

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group