Re: Problems with autoconf-2.52 testsuite using current CVS Cygwin

[Corinna Vinschen <vinschen at redhat dot com>]

On Sat, Aug 04, 2001 at 05:12:27PM -0400, Christopher Faylor wrote:
> On Sat, Aug 04, 2001 at 10:12:49PM +0200, Corinna Vinschen wrote:
> >On Sat, Aug 04, 2001 at 03:53:44PM -0400, Christopher Faylor wrote:
> >> On Sat, Aug 04, 2001 at 09:48:43PM +0200, Corinna Vinschen wrote:
> >> >I guess you're right. It's probably the way ash uses vfork(). The
> >> >interesting thing is that I even couldn't find the corresponding
> >> >unlink()/rmdir() calls on the affected temp directories in the strace
> >> >outputs.
> >> >
> >> >Strange enough, there _are_ actually `rm -rf' calls in the strace for
> >> >some temporary directories but the concerned directories are actually
> >> >erased. `rm' is never called for the not erased directories for some
> >> >reason.
> >> >
> >> >If it's a problem with vfork() I would expect _failing_ unlink() calls
> >> >due to still opened handle on files or similar. The fact that there
> >> >are no unlink()s at all points to the vfork() usage in ash bypassing
> >> >some important code.
> >> >
> >> >OTOH, it could also be the vfork() resulting in bypassing some 
> >> >important code...
> >> 
> >> I thought that you saw stat calls for the files to be deleted and that
> >> the stat calls were returning ENOENT.  That led me to believe that rm
> >> was probably checking if the file exists before calling unlink().
> >
> >No. Ash calls stat() on a file in the dir which doesn't exist.
> 
> How does this differ from what I said?  Are you saying that the
> directory doesn't exist rather than the file?  I thought that you
> saw stat calls coming from rm.

As I wrote above "`rm' is never called for the not erased directories".
It's `ash' which calls stat() on a file in a directory which later
isn't erased. All `rm' calls in the strace are unrelated to the non-
erased directories so the stat() calls in `rm's are unrelated as well.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.