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

Re: 'CVS-Unknown' buildfarm failures?

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
Cc: <tgl(at)sss(dot)pgh(dot)pa(dot)us>,<pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 'CVS-Unknown' buildfarm failures?
Date: 2006-06-02 12:25:18
Message-ID: E7F85A1B5FF8D44C8A1AF6885BC9A0E40138869C@ratbert.vale-housing.co.uk (view raw or flat)
Thread:
Lists: pgsql-hackers
 

> -----Original Message-----
> From: Andrew Dunstan [mailto:andrew(at)dunslane(dot)net] 
> Sent: 02 June 2006 12:18
> To: Dave Page
> Cc: tgl(at)sss(dot)pgh(dot)pa(dot)us; pgsql-hackers(at)postgresql(dot)org
> Subject: RE: [HACKERS] 'CVS-Unknown' buildfarm failures?
> 
> 
> That's why I said "almost always" :-)

:-)

> I strongly suspect that snake is hitting the "file/directory doesn't
> disappear immediately when you unlink/rmdir" problem on 
> Windows that we have
> had to code around inside Postgres. It looks like cvs is 
> trying to prune an
> empty directory but isn't fast enough.

Sounds feasible.

> I assume that snake just uses the Msys DTK's cvs? 

Yes.

> If so, I 
> think we'll just
> have to live with this - it's not very frequent - snake's 
> last occurrence on
> HEAD was 62 days ago.

Strange though, as I'd expect to see more of the problem on HEAD than
the stable branches.

Regards, Dave.

pgsql-hackers by date

Next:From: Tom LaneDate: 2006-06-02 13:22:33
Subject: Re: Going for "all green" buildfarm results
Previous:From: Andrew DunstanDate: 2006-06-02 12:16:46
Subject: Re: Going for "all green" buildfarm results

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