RE: AC_CYGWIN?
> Note, though, that there is absolutely no problem with the filename > ".mumbleinit" on Cygwin (I just did a `touch .mumbleinit` to make sure) On Cygwin there isn't but on "Win" there is - try copying/renaming an existing file to something like .filename in Explorer (I tried it on Win2K). You will get an err. message informing you that "You must type a filename" :) -Original Message- From: Ronald Landheer-Cieslak [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 1:17 AM To: Alexander Enchevich Cc: [EMAIL PROTECTED] Subject: RE: AC_CYGWIN? Note, though, that there is absolutely no problem with the filename ".mumbleinit" on Cygwin (I just did a `touch .mumbleinit` to make sure) In fact, there are less and less reasons to distinguish Cygwin from *NIX platforms. (Thanks to the core developers and various contributers for that!) rlc On Tue, 10 Jun 2003, Alexander Enchevich wrote: > Thanks for the tip Max, I looked in 'info autoconf' and found this > > =info autoconf=== > If you want to base a decision on the system where your program > will be run, make sure you use the `$host' variable, as in the > following excerpt: > > case $host in >*-*-msdos* | *-*-go32* | *-*-mingw32* | *-*-cygwin* | *-*-windows*) > MUMBLE_INIT="mumble.ini" > ;; >*) > MUMBLE_INIT=".mumbleinit" > ;; > esac > AC_SUBST([MUMBLE_INIT]) > =info autoconf=== > > So I guess that's all I need... > > >Of course, checking for a platform kind of goes against the whole > >feature-not-platform tests ideal of autoconf. > > I have to! :/ The code is already there, full of defines (#ifdef WIN32 and > #ifdef APPLE) and it was not written with Linux or cygwin in mind and now it > has to be converted, so... > > -Original Message- > From: Max Bowsher [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 10, 2003 5:16 PM > To: Alexander Enchevich; [EMAIL PROTECTED] > Subject: Re: AC_CYGWIN? > > > Alexander Enchevich wrote: > > Hi > > > > What's the proper way to check if I am compiling on a cygwin system from > > within an autoconf configure.in script? > > >From the subject, you clearly already have an idea. If you check the > autoconf docs, they will tell you that that macro is obsolete, and tell you > how you should be doing it. > > Of course, checking for a platform kind of goes against the whole > feature-not-platform tests ideal of autoconf. > > > Max. > > > -- > 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/ > > -- > 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/ > -- 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/
RE: AC_CYGWIN?
Thanks for the tip Max, I looked in 'info autoconf' and found this =info autoconf=== If you want to base a decision on the system where your program will be run, make sure you use the `$host' variable, as in the following excerpt: case $host in *-*-msdos* | *-*-go32* | *-*-mingw32* | *-*-cygwin* | *-*-windows*) MUMBLE_INIT="mumble.ini" ;; *) MUMBLE_INIT=".mumbleinit" ;; esac AC_SUBST([MUMBLE_INIT]) =info autoconf=== So I guess that's all I need... >Of course, checking for a platform kind of goes against the whole >feature-not-platform tests ideal of autoconf. I have to! :/ The code is already there, full of defines (#ifdef WIN32 and #ifdef APPLE) and it was not written with Linux or cygwin in mind and now it has to be converted, so... -Original Message- From: Max Bowsher [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 5:16 PM To: Alexander Enchevich; [EMAIL PROTECTED] Subject: Re: AC_CYGWIN? Alexander Enchevich wrote: > Hi > > What's the proper way to check if I am compiling on a cygwin system from > within an autoconf configure.in script? >From the subject, you clearly already have an idea. If you check the autoconf docs, they will tell you that that macro is obsolete, and tell you how you should be doing it. Of course, checking for a platform kind of goes against the whole feature-not-platform tests ideal of autoconf. Max. -- 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/ -- 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/
AC_CYGWIN?
Hi What's the proper way to check if I am compiling on a cygwin system from within an autoconf configure.in script? thanks -- 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/
RE: /usr/bin/find: . changed during execution of /usr/bin/find
Swet! Works. Thank you Eugene :)
Now this probably means that all my files outside of "C:\cygwin" will be
invisible to the locate command, huh? :(
Maybe I could just prune /cygdrive/a in updatedb instead of the entire
/cygdrive? The funny thing is -- there is no /cygdrive/a there! Here, look:
$ ls /cygdrive/
c/ m/ s/ u/ w/ x/ y/ z/
thanks again Eugene
-Original Message-
From: Eugene Rosenzweig [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2003 9:45 PM
To: cygwin
Subject: Re: /usr/bin/find: . changed during execution of /usr/bin/find
I seem to have the same problem as you.
It was not there last time I ran updatedb which was a while ago (I do not
have it running automatically).
If anyone remembers, in Windows 95 and 98 if you worked with files on floppy
there was a good chance that windows would keep checking the floppy drive
every time you opened some program. That seemed to have been dealt with but
now on my XP machine, it has returned. If I terminate explorer.exe then
restart it, it whirls the drive. I am hoping a restart later will fix that.
I am convinced that restart (or a couple) is a universal solution to all
problems in windows :-).
More to the problem at hand, if I do 'ls /cygdrive', I get an floppy access,
same with find / -name xxx or find /cygdrive -name xxx
The problem seems to come from /cygdrive directory. Using find anywhere else
does not create a problem (e.g. find ~ -name xxx).
My solution to the updatedb problem was editing /usr/bin/updatedb to add
/cygdrive in the PRUNEPATHS list like so:
: ${PRUNEPATHS="/cygdrive /tmp /usr/tmp /var/tmp /afs"}
I suppose you could also specify this on the command line for updatedb.
- Original Message -----
From: "Alexander Enchevich" <[EMAIL PROTECTED]>
To: "cygwin" <[EMAIL PROTECTED]>
Sent: Wednesday, June 04, 2003 11:02 AM
Subject: /usr/bin/find: . changed during execution of /usr/bin/find
> Hi all
>
> This is the third time I am posting this problem and I got no response so
> far so I am getting desperate. I guess next time I should try some idiotic
> subject like "help" or "question" - these seem to draw attention... :)
>
> Anyway here's the problem:
> -
> When I run 'updatedb' it exits immediately with this message:
> "/usr/bin/find: . changed during execution of /usr/bin/find"
>
> Output from "cygcheck.exe -v -s -r -c" is attached...
>
>
> --
> 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/
???
- Original Message -
From: "Alexander Enchevich" <[EMAIL PROTECTED]>
To: "cygwin" <[EMAIL PROTECTED]>
Sent: Wednesday, June 04, 2003 11:02 AM
Subject: /usr/bin/find: . changed during execution of /usr/bin/find
> Hi all
>
> This is the third time I am posting this problem and I got no response so
> far so I am getting desperate. I guess next time I should try some idiotic
> subject like "help" or "question" - these seem to draw attention... :)
>
> Anyway here's the problem:
> -
> When I run 'updatedb' it exits immediately with this message:
> "/usr/bin/find: . changed during execution of /usr/bin/find"
>
> Output from "cygcheck.exe -v -s -r -c" is attached...
>
>
> --
> 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/
--
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/
--
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/
RE: /usr/bin/find: . changed during execution of /usr/bin/find
Partition is NTFS. But if my memory is correct I had the same problem at home, on a FAT32 partition, which I managed to overcome somehow, by tweaking something in the updatedb script. I think... I think it was updatedb. I'll have to get back home and doublecheck tonight. -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 9:20 PM To: [EMAIL PROTECTED] Subject: Re: /usr/bin/find: . changed during execution of /usr/bin/find On Wed, Jun 04, 2003 at 04:28:16AM +0100, Elfyn McBratney wrote: >> Aren't you the new maintainer of the package which includes updatedb? > >Nope. 'updatedb' is a part of findutils. Unless your hinting. ;-) Duh. I mean, yeah, I was hinting. You want to maintain findutils? I see the code in findutils which exhibits the error but I don't see why it's happening. It seems to be triggered when inode or dev changes when a directory is stat'ed and then stat'ed again later, which doesn't make much sense. They should be constant. Or maybe they aren't on an ntfs partition? What partition are you seeing this on? cgf -- 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/ -- 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/
RE: /usr/bin/find: . changed during execution of /usr/bin/find
>> Aren't you the new maintainer of the package which includes updatedb? > > Nope. 'updatedb' is a part of findutils. Unless your hinting. ;-) Hmmm, maintainers... good idea. So I got the source findutils package and looked inside the AUTHORS file, these are the people: Eric B. Decker David J. MacKenzie Jim Meyering Tim Wood Kevin Dalley <[EMAIL PROTECTED]> Paul Eggert <[EMAIL PROTECTED]> , of them only Kevin and Paul are listed w/ emails, , of them only Paul's email was valid... ## So does any of the old-school guru's here know some of the other maintainers of findutils and how to contact them? ## thanks Alex -Original Message- From: Elfyn McBratney [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 8:28 PM To: cygwin Subject: Re: /usr/bin/find: . changed during execution of /usr/bin/find > Aren't you the new maintainer of the package which includes updatedb? > > cgf Nope. 'updatedb' is a part of findutils. Unless your hinting. ;-) Elfyn -- 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/
RE: /usr/bin/find: . changed during execution of /usr/bin/find
so updatedb actually creates and index for you??? Would you mind sending me the output of your "cygcheck.exe -v -s -r -c", perhaps I could compare them and find something there... Also, I noticed that it seeks the floppy whenever I do updatedb (which is strange coz it isn't mounted and I supposed find should have "known" this). Does it seek the floppy on your machine too? thanks and sorry if you found my post rude - i was just getting desperate... like i said. -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 7:27 PM To: Alexander Enchevich Cc: cygwin Subject: Re: /usr/bin/find: . changed during execution of /usr/bin/find Alexander Enchevich wrote: > Hi all > > This is the third time I am posting this problem and I got no response so > far so I am getting desperate. I guess next time I should try some idiotic > subject like "help" or "question" - these seem to draw attention... :) > > Anyway here's the problem: > - > When I run 'updatedb' it exits immediately with this message: > "/usr/bin/find: . changed during execution of /usr/bin/find" > > Output from "cygcheck.exe -v -s -r -c" is attached... People aren't *required* to answer your posts you know. This isn't a paid support line. If you don't get any responses, it's possible that no one here has seen such a problem or can think of something relevant to offer. Sorry. Them's just the breaks. Looking at your cygcheck output, nothing obvious seems wrong. I wasn't able to reproduce your problem. Perhaps the results of strace may point you in the right direction for your diagnosis. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 # # # # # # # # # -- 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/
/usr/bin/find: . changed during execution of /usr/bin/find
Hi all This is the third time I am posting this problem and I got no response so far so I am getting desperate. I guess next time I should try some idiotic subject like "help" or "question" - these seem to draw attention... :) Anyway here's the problem: - When I run 'updatedb' it exits immediately with this message: "/usr/bin/find: . changed during execution of /usr/bin/find" Output from "cygcheck.exe -v -s -r -c" is attached... cygcheck.tar.gz Description: Binary data -- 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/
BUG: updatedb broken? "/usr/bin/find: . changed during execution"
the updatedb script terminates with this error:
/usr/bin/find: . changed during execution
this is happening somewhere here (around line 115):
# FIXME figure out how to sort null-terminated strings, and use -print0.
{
if test -n "$SEARCHPATHS"; then
if [ "$LOCALUSER" != "" ]; then
su $LOCALUSER -c \
"$find $SEARCHPATHS \
\\( $prunefs_exp \
-type d -regex '$PRUNEREGEX' \\) -prune -o -print"
else
$find $SEARCHPATHS \
\( $prunefs_exp \
-type d -regex "$PRUNEREGEX" \) -prune -o -print
fi
fi
--
I thought its because there is no /usr/bin/find (it's in /bin), so I tried
to modify the updatedb script to look for it in /bin but that didn't help...
--
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/
compile error in types.h?
I am getting this compilation error in types.h: - c++ -O2 -g -O0 -march=i586 -Wall -Wunused -c -o RevPlayer.o RevPlayer.cpp In file included from /usr/include/cygwin/in.h:21, from /usr/include/netinet/in.h:14, from aeTCPServer.h:4, from RevServer.h:4, from RevPlayer.h:4, from RevPlayer.cpp:1: /usr/include/cygwin/types.h:120: syntax error before `;' token - On line 120 in types.h is this: #ifndef __int16_t_defined #define __int16_t_defined typedef __int16_t int16_t; #endif I can make it compile by including this at the top of types.h: #include , but I am not sure if this is the proper solution. If it is - whom to contact? If not - how to fix it? Thanks (Sources attached) -- 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/
