bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: make-3.82 testcases fail *sometimes*


From: Matthias Hopf
Subject: Re: make-3.82 testcases fail *sometimes*
Date: Tue, 31 Aug 2010 16:53:33 +0200
User-agent: Mutt/1.5.17 (2007-11-01)

On Aug 31, 10 10:40:55 -0400, Paul Smith wrote:
> > I already wrote that this issue exists when make version 3.81 was
> > released, and the discussion wasn't exactly long or productive.
> 
> It's hard for me to track issues long term via email.  Is there a
> Savannah bug filed about this?  That's the best way to make sure it's
> not forgotten about.

I have to double check. Probably won't have time for that this week,
though.

> For bugs related to the test suite I really need the entire work
> directory, not just a description and a patch.

Ok.

> > > Maybe we could do something like use locking files (one process sleeps
> > > for a second and creates file X, another process waits for file X to
> > > exist then sleeps for a second and continues).  The problem here is
> > > doing it in a portable way, so it works on both UNIX and Windows (for
> > > example) systems is not so simple.
> > 
> > As the files don't have to be locked, but rather only created and tested
> > for existence (if using single use names), I think this would be
> > possible to do. Let me think about it.
> 
> Right, I didn't mean flock() or something; I just meant test for
> existence.  But, doing a loop waiting for a file to exist in a UNIX
> shell vs. Windows command.com (for example) is not simple.

I was thinking about a perl script. That'll do, the test system is using
perl anyway.

> I don't think deadlocks are a problem here: we aren't trying to test a
> cycle in the graph (there cannot be a cycle), we just want to be sure
> things are created in the right order.

But if the order is different, the file availability tests might end up
in a deadlock. At least I thought so.

> The first thing we should probably do is determine if the test suite
> runs on Windows and if so which of the Windows variations it supports
> (cygwin/mingw/native windows32/dos/etc.)

:-) Good point...

Matthias

-- 
Matthias Hopf <address@hidden>      __        __   __
Maxfeldstr. 5 / 90409 Nuernberg   (_   | |  (_   |__          address@hidden
Phone +49-911-74053-715           __)  |_|  __)  |__  R & D   www.mshopf.de



reply via email to

[Prev in Thread] Current Thread [Next in Thread]