Message-ID: <48C83693.8070900@ru.is>
Date: Wed, 10 Sep 2008 21:05:23 +0000
From: Mary <mary AT ru DOT is>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: 1.5.25(0.156/4/2): Problem compiling OpenLDAP 2.3.39 due to Win  XP SP3 or Cygwin?
References: <706E67D60BBB724C8BF3D2DA531CF1963EC7E0 AT bpc-hs-mx1 DOT biopop DOT com> <706E67D60BBB724C8BF3D2DA531CF1963EC7EA AT bpc-hs-mx1 DOT biopop DOT com>
In-Reply-To: <706E67D60BBB724C8BF3D2DA531CF1963EC7EA@bpc-hs-mx1.biopop.com>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Content-Transfer-Encoding: 8bit

Worked fine for me, appart from the initial:
"rm: cannot remove `file*': No such file or directory"
which is normal. I ended up with a directory only containing your script.

Mary


Allan Schrum wrote:
> 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/
>
> .
>
>


Vinsamlega athugið að upplýsingar í tölvupósti þessum og viðhengi eru eingöngu ætlaðar þeim sem póstinum er beint til og gætu innihaldið upplýsingar sem eru trúnaðarmál. Sjá nánar: http://www.ru.is/trunadur

Please note that this e-mail and attachments are intended for the named addresses only and may contain information that is confidential and privileged. Further information:
http://www.ru.is/trunadur

--
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/