Mail Archives: cygwin/2008/09/10/17:06:29
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/
- Raw text -