X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Content-class: urn:content-classes:message
Subject: RE: 1.5.25(0.156/4/2): Problem compiling OpenLDAP 2.3.39 due to Win XP SP3 or Cygwin?
MIME-Version: 1.0
Content-Type: text/plain; 	charset="us-ascii"
Date: Wed, 10 Sep 2008 14:51:55 -0400
Message-ID: <706E67D60BBB724C8BF3D2DA531CF1963EC7EA@bpc-hs-mx1.biopop.com>
In-Reply-To: <706E67D60BBB724C8BF3D2DA531CF1963EC7E0@bpc-hs-mx1.biopop.com>
References: <706E67D60BBB724C8BF3D2DA531CF1963EC7E0 AT bpc-hs-mx1 DOT biopop DOT com>
From: "Allan Schrum" <aschrum AT biopop DOT com>
To: <cygwin AT cygwin DOT com>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id m8AIqcpP009780

I created a small script to see if I could simplify the problem to
something more easily debugged. Turns out the following script will
cause problems that should not be caused which I believe lie at the
heart of my problem compiling OpenLDAP. Run this in an empty directory
somewhere:

===== begin script =====
#! /bin/bash

let i=0

rm file*

while [ $i -lt 2000 ]
do
        touch file$i
        if [ ! -f file$i ]
        then
                echo missing file$i
        fi

        let i=i+1
done

rm file*
====== end script ======

The resulting output is:

missing file281
missing file1940

A second run resulted in:

missing file561
missing file1197
missing file1451
missing file1511
missing file1716

Obviously, this should not happen. The file system is NTFS on my laptop.
Can anyone else replicate this problem with this simple script? It seems
to be somewhat dependent upon other disk activity, but not in a
deterministic manner.

Thanks,

-Allan

-----Original Message-----
From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf
Of Allan Schrum
Sent: Wednesday, September 10, 2008 11:41 AM
To: cygwin AT cygwin DOT com
Subject: 1.5.25(0.156/4/2): Problem compiling OpenLDAP 2.3.39 due to Win
XP SP3 or Cygwin?

I have a script which builds a sandbox and recompiles OpenLDAP 2.3.39.
The script takes the sources (locally stored) and extracts, compiles,
and installs in a sandbox OpenLDAP. These scripts are in Subversion and
have not changed nor has the source code for OpenLDAP. Normally, they
work without any problems.

I have recently upgraded my Windows XP box to SP3 and also upgraded
Cygwin to the latest:
CYGWIN_NT-5.1 mymachine  1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin

Now, this script fails in a random fashion. The failure modes appear to
be associated with the existence or lack of existence for various files.
It is as if the files are not always found when the script runs. For
instance, the "configure" script may run and not detect the "regex.h"
include file and fail. If I clear out all sandboxes and start again, it
may work or fail for a different reason. One time it failed because it
could not detect the output file type of the C compiler! An example
failure is here:

	checking for pthread_kill... yes
	checking for pthread_rwlock_destroy... yes
	checking for pthread_detach with <pthread.h>... no
	configure: error: could not locate pthread_detach()

However, running it again (after cleaning sandboxes) gets past that fake
problem and fails for other reasons. For example:

	checking for pthread_kill... yes
	checking for pthread_rwlock_destroy... yes
	checking for pthread_detach with <pthread.h>... yes
	checking for pthread_setconcurrency... yes
	checking for pthread_getconcurrency... yes

The failures are not always the same. All of the failures seem to be
associated with the ability of the software to detect the existence of
files or directories.

Since two things changed since this last worked, the obvious possibility
is that this is related to upgrading to Windows XP SP3, or is related to
the latest upgrade of Cygwin. Has anyone experienced anything like this?

I have attached an old (when it worked) copy of cygcheck -s -r as well
as a recent copy.

Is there a simple way to go back to an older Cygwin version? I can do
that and then check to see if this is associated with Win XP SP3 or the
newer Cygwin. Uninstalling Win XP SP3 is not easily done.

Thanks for any suggestions.

Regards,

-Allan






--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/