www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/04/10/22:34:12

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Injected-Via-Gmane: http://gmane.org/
To: cygwin AT cygwin DOT com
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
Subject: libtool, failing dryrun test
Date: Thu, 10 Apr 2003 22:32:06 -0400
Lines: 61
Message-ID: <3E962926.6090505@ece.gatech.edu>
Mime-Version: 1.0
X-Complaints-To: usenet AT main DOT gmane DOT org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: en-us, en

So I rebuilt libtool from CVS the other day (just to make sure it was 
still working since 1.5-final is due RSN) and ran the self tests.

While it still fails the build-relink2 test and the quote test (long 
standing issues), it now fails the dry-run test.  However, I can't 
figure out why.

Basically, dry-run creates a build directory tree, and takes an 'ls -lR' 
  snapshot of it which is stored in a file (somewhere outside the tree 
in question).  Then, it runs a "dryrun" compile command (which should do 
nothing) and takes another snapshot -- the two snaps should match.

(Then, it compiles "for real", takes a new 'before' snapshot, runs a 
dryrun link command, etc etc.  But that's not important.)

Here's the failure:

-----------BEFORE 'SNAPSHOT'------------
.:
total 163
-rw-rw-r--    1 cwilson  None        20124 Apr  9 01:58 Makefile
-rw-rw-r--    1 cwilson  None        31500 Apr  9 01:58 config.log
-rwxrwxr-x    1 cwilson  None        28943 Apr  9 01:58 config.status
-rwxrwxr-x    1 cwilson  None       210074 Apr  9 03:05 libtool
-rw-rw-r--    2 cwilson  None        18715 Apr  9 03:05 main.o

.libs:
total 206
-rwxrwxr-x    1 cwilson  None       210074 Apr  9 03:03 libtool
drwxrwxr-x+   3 cwilson  None            0 Apr  9 03:05 temp
-----------BEFORE 'SNAPSHOT'------------

------------AFTER 'SNAPSHOT'------------
.:
total 305
-rw-rw-r--    1 cwilson  None        20124 Apr  9 01:58 Makefile
-rw-rw-r--    1 cwilson  None        31500 Apr  9 01:58 config.log
-rwxrwxr-x    1 cwilson  None        28943 Apr  9 01:58 config.status
-rwxrwxr-x    1 cwilson  None       210074 Apr  9 03:05 libtool
-rw-rw-r--    2 cwilson  None        18715 Apr  9 03:05 main.o

.libs:
total 206
-rwxrwxr-x    1 cwilson  None       210074 Apr  9 03:03 libtool
drwxrwxr-x+   3 cwilson  None            0 Apr  9 03:05 temp
------------AFTER 'SNAPSHOT'------------

The only difference is the "total usage" line that 'ls' prints.  In the 
before snapshot, it says "total 163" (kB).  Adding the individual file 
sizes, that is clearly wrong.  The after snapshot gets it right: "total 
305" (kB) is the sum of the individual file sizes (which are the same as 
in the before snapshot).

This looks like a race condition or something in cygwin or 
fileutils(ls.exe).  Has anybody seen anything like this, or is there a 
known file-system-related race in cygwin 1.3.22?

Thanks for any input...

--Chuck



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019