Re: Strange message from updatedb

[Phil Edwards]

I'll need more details if you expect me to help resolve that crash.  A
stackdump is nearly useless without compiled symbols to go along it - what
was your exact command line?  What version of find?


It wasn't meant to be a bug report for find(1), just a note of why I'd
stopped investigating it.  I don't know why I pasted the stacktrace.  Old
habits, I guess.

Here's the minimum command line which shows the original problem of trying
directories which should be pruned (taken from updatedb output originally):

% /usr/bin/find /cygdrive/c -regex
'/cygdrive/c/System.Volume.Information' -prune -o -print > test
/usr/bin/find: could not change to directory /cygdrive/c/System Volume
Information: Permission denied

Shorter regexps, like '/cygdrive/c/Sys.*', also fail to match.

Adding -D tree causes the segfault (and doesn't show helpful information for
this problem anyhow, it turns out):
% /usr/bin/find -D tree /cyg

It's findutils 4.3.2, the latest available cygwin package.

--
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: Strange message from updatedb

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Phil Edwards on 3/1/2007 11:24 AM:
> 
> I'm using the current stable release, 1.5.24.  I've been trying to use
> find(1) directly to work out a minimally successful command line, but
> so far nothing.  Adding -D options results in a crash:

I'll need more details if you expect me to help resolve that crash.  A
stackdump is nearly useless without compiled symbols to go along it - what
was your exact command line?  What version of find?

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF54Os84KuGfSFAYARAsbPAJwJLdM8O9RjGRXbKtWEP22eyP6jOwCgqknn
9umTgi9p99XaWfdvpRwUCkk=
=80Pf
-END PGP SIGNATURE-

--
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: Strange message from updatedb

[Phil Edwards]

Please don't quote email addresses unmunged.  (There's a cygwin
acronym for that, but it escapes me at the moment.)

Marco Atzeri wrote:

CYGWIN_NT-5.1 ITQMOZCAS1WS875 1.7.0s(0.166/4/2)
20070224 01:25:30 i686 Cygwin


I'm using the current stable release, 1.5.24.  I've been trying to use
find(1) directly to work out a minimally successful command line, but
so far nothing.  Adding -D options results in a crash:

Exception: STATUS_ACCESS_VIOLATION at eip=610DE9A1
eax= ebx= ecx= edx=0004 esi=0002 edi=0004
ebp=002290E8 esp=002290E4 program=C:\cygwin\bin\find.exe, pid 228, thread main
cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
Stack trace:
Frame Function  Args
002290E8  610DE9A1  (0004, 0022968E, 00425A57, 0001)
0022AD08  610E1A1B  (0022D008, 0022B230, 00425A53, 0022C984)
0022C928  610E1852  (0022D008, 61101150, 00425A53, 0022C978)
0022C948  610E4E78  (61101150, 00425A53, 0022C978, )
0022C968  610E4E9F  (61101150, 00425A53, 00425A5F, 00425A51)
0022C988  61092D88  (61101150, 00683138, 0006, 61101150)
0022C9B8  00403643  (61101150, 00683138, 0001, 61101150)
0022C9E8  0040388E  (61101150, 00681D58, , 61101150)
0022CA88  00403C4F  (61101150, 00681B78, , 61101150)
0022CB28  00403B6F  (006888A4, 0022CB50, 00688BB8, 61101150)
0022CBC8  00403B6F  (006889E4, 0022CBF0, 0042A050, 61101150)
0022CC68  00403B6F  (61101150, 00688958, , 61101150)
0022CCA8  0040459C  (003F, 61167C38, 0003, 004017D9)
0022CCE8  00401871  (003F, 61167C38, 00680090, )
0022CD98  61006198  (, 0022CDD0, 61005510, 0022CDD0)
61005510  61004416  (009C, A02404C7, E8611001, FF48)
End of stack trace (more stack frames may be present)

--
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: Strange message from updatedb

[Marco Atzeri]

--- Phil Edwards <[EMAIL PROTECTED]> ha
scritto:

> > Try replacing spaces ' ' with dots '.' in the
> paths specified with --prunepaths.
> > In a regexp a dot matches any character.
> 
> I had tried that, but
>   
> --prunepaths='/cygdrive/c/System.Volume.Information'
> still caused the corresponding directory to be
> searched.  I didn't have
> time to look further then, maybe somebody else will
> beat me to it.
> 

for me it is working as expected

updatedb --localpaths='/' --prunepaths='/proc
/cygdrive/c/cygwin /cygdrive/c/Doc
uments.and.Settings/marco/Local.Settings/Temp
/cygdrive/c/Documents.and.Setti
ngs/marco/Local.Settings/Temporary.Internet.Files
/cygdrive/c/Documents.and.S
ettings/marco/Local.Settings/Application.Data/Mozilla/Firefox/Profiles/1qhnuu
xo.default/Cache /cygdrive/c/RECYCLER
/cygdrive/c/System.Volume.Information /cyg
drive/f /cygdrive/h /cygdrive/s /cygdrive/u'

the only annoying message is:

/usr/bin/find: Filesystem loop detected;
`/cygdrive/c/cygwin' is part of the same filesystem
loop as `/'.

but I can live with it ;-)

uname -a
CYGWIN_NT-5.1 ITQMOZCAS1WS875 1.7.0s(0.166/4/2)
20070224 01:25:30 i686 Cygwin







___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html

--
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: Strange message from updatedb

[Phil Edwards]

Try replacing spaces ' ' with dots '.' in the paths specified with --prunepaths.
In a regexp a dot matches any character.


I had tried that, but
  --prunepaths='/cygdrive/c/System.Volume.Information'
still caused the corresponding directory to be searched.  I didn't have
time to look further then, maybe somebody else will beat me to it.

--
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: Strange message from updatedb

[Furash Gary]

Okay, for a vanilla cygwin user, is there anything *I* should be doing,
or just ignore it and wait for a patch.

Thanks for helping.  I use find all the time ..

:-) 

-Original Message-
From: Eric Blake [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 28, 2007 6:19 AM
Cc: Furash Gary; cygwin@cygwin.com
Subject: Re: Strange message from updatedb

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Phil Edwards on 2/27/2007 11:50 AM:
> On 2/27/07, Furash Gary <[EMAIL PROTECTED]> wrote:
>> /cygdrive/c/System\ Volume\ Information
> 
> Quotes and backslashes aren't going to solve the problem, I think.  I 
> looked at updatedb (it's a shell script), and the --prunepaths 
> argument is passed through a sed script which replaces spaces in order

> to turn it all into a regexp.  There's no way of telling sed to avoid 
> some spaces and translate others.

I've reported this upstream.  I also agree with Enrico's suggestion of
using . instead of a quoted space, since that is the regex character
that will match a space:

updatedb --prunepaths='/cygdrive/c/WINDOWS /cygdrive/e /cygdrive/d
/cygdrive/z cygdrive/y /proc /cygdrive/c/System.Volume.Information
/usr /var
/cygdrive/c/Documents.and.Settings/furashg/Local.Settings/Temporary.Inte
rnet.Files
/usr/bin /cygdrive/c/System.Volume.Information /c/cygwin'

> 
> You used to be able to set the internal PRUNEREGEX variable directly, 
> in a .conf file, but apparently that file is only used under Linux 
> versions of updatedb, or something.

Perhaps that was in distro-modified versions.  I just included updatedb
as it is upstream, plus a single patch to recognize that on cygwin, the
filesystem recognition code doesn't work very well.

> 
> Most lists of dirs are passed around with colon (or some such) 
> separators to avoid just such problems with paths containing 
> whitespace.  updatedb is still living in the 80's.
> 

I agree that directory name lists should look like a PATH, and not be
space separated, but we will see what the upstream maintainer thinks.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF5YFe84KuGfSFAYARAiSNAJ4noRa0o7zVr2xZmqQFmUd908zirwCfaqxo
+grDYlWCZCLjEjB+IkXHQ+Q=
=QZKC
-END PGP SIGNATURE-

--
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: Strange message from updatedb

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Phil Edwards on 2/27/2007 11:50 AM:
> On 2/27/07, Furash Gary <[EMAIL PROTECTED]> wrote:
>> /cygdrive/c/System\ Volume\ Information
> 
> Quotes and backslashes aren't going to solve the problem, I think.  I
> looked at updatedb (it's a shell script), and the --prunepaths
> argument is passed through a sed script which replaces spaces in order
> to turn it all into a regexp.  There's no way of telling sed to avoid
> some spaces and translate others.

I've reported this upstream.  I also agree with Enrico's suggestion of
using . instead of a quoted space, since that is the regex character that
will match a space:

updatedb --prunepaths='/cygdrive/c/WINDOWS /cygdrive/e /cygdrive/d
/cygdrive/z cygdrive/y /proc /cygdrive/c/System.Volume.Information
/usr /var
/cygdrive/c/Documents.and.Settings/furashg/Local.Settings/Temporary.Internet.Files
/usr/bin /cygdrive/c/System.Volume.Information /c/cygwin'

> 
> You used to be able to set the internal PRUNEREGEX variable directly,
> in a .conf file, but apparently that file is only used under Linux
> versions of updatedb, or something.

Perhaps that was in distro-modified versions.  I just included updatedb as
it is upstream, plus a single patch to recognize that on cygwin, the
filesystem recognition code doesn't work very well.

> 
> Most lists of dirs are passed around with colon (or some such)
> separators to avoid just such problems with paths containing
> whitespace.  updatedb is still living in the 80's.
> 

I agree that directory name lists should look like a PATH, and not be
space separated, but we will see what the upstream maintainer thinks.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF5YFe84KuGfSFAYARAiSNAJ4noRa0o7zVr2xZmqQFmUd908zirwCfaqxo
+grDYlWCZCLjEjB+IkXHQ+Q=
=QZKC
-END PGP SIGNATURE-

--
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: Strange message from updatedb

[Enrico Forestieri]

Furash Gary writes:
> 
> So is there anything I can do for win cygwin? 

Try replacing spaces ' ' with dots '.' in the paths specified with --prunepaths.
In a regexp a dot matches any character.

-- 
Enrico




--
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: Strange message from updatedb

[Larry Hall (Cygwin)]

Christopher Faylor wrote:

On Tue, Feb 27, 2007 at 04:17:54PM -0700, Cary Jamison wrote:

Phil Edwards wrote:

I'm aware of the restrictions, and I will bet long odds that spaces
show up in filenames far more often than colons (or any other
punctuation commonly used as a separator in pathname lists) are used.
I've not changed my opinion that updatedb is behind the times and is
needlessly complicating things for admins, but I also don't expect
that opinion to change anybody else's mind -- this bug has been
reported before, against other distros, and gets rejected because "you
shouldn't use spaces in filenames under Linux," how quaint.
This opinion by Linux users has to change if they want Linux to become a 
more mainstream os.  Everyday users are going to use spaces in filenames 
through the Linux desktop, just as it has become more common on the Windows 
desktop.


<$.02


Personally,Idon'treallyunderstandwhatthebigdealishere.


Fortunately, we don't need to debate the issue here since it's an
upstream problem so it's off-topic.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Strange message from updatedb

[Christopher Faylor]

On Tue, Feb 27, 2007 at 04:17:54PM -0700, Cary Jamison wrote:
>Phil Edwards wrote:
>> I'm aware of the restrictions, and I will bet long odds that spaces
>> show up in filenames far more often than colons (or any other
>> punctuation commonly used as a separator in pathname lists) are used.
>> I've not changed my opinion that updatedb is behind the times and is
>> needlessly complicating things for admins, but I also don't expect
>> that opinion to change anybody else's mind -- this bug has been
>> reported before, against other distros, and gets rejected because "you
>> shouldn't use spaces in filenames under Linux," how quaint.
>
>This opinion by Linux users has to change if they want Linux to become a 
>more mainstream os.  Everyday users are going to use spaces in filenames 
>through the Linux desktop, just as it has become more common on the Windows 
>desktop.
>
><$.02

Personally,Idon'treallyunderstandwhatthebigdealishere.
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/

Re: Strange message from updatedb

[Cary Jamison]

Phil Edwards wrote:
> I'm aware of the restrictions, and I will bet long odds that spaces
> show up in filenames far more often than colons (or any other
> punctuation commonly used as a separator in pathname lists) are used.
> I've not changed my opinion that updatedb is behind the times and is
> needlessly complicating things for admins, but I also don't expect
> that opinion to change anybody else's mind -- this bug has been
> reported before, against other distros, and gets rejected because "you
> shouldn't use spaces in filenames under Linux," how quaint.

This opinion by Linux users has to change if they want Linux to become a 
more mainstream os.  Everyday users are going to use spaces in filenames 
through the Linux desktop, just as it has become more common on the Windows 
desktop.


<$.02

Cary




--
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: Strange message from updatedb

[Phil Edwards]

On 2/27/07, Igor Peshansky <[EMAIL PROTECTED]> wrote:

On Tue, 27 Feb 2007, Phil Edwards wrote:
> Quotes and backslashes aren't going to solve the problem, I think.  I
> looked at updatedb (it's a shell script), and the --prunepaths
> argument is passed through a sed script which replaces spaces in order
> to turn it all into a regexp.  There's no way of telling sed to avoid
> some spaces and translate others.

That's not quite true.


I should have said "no way without modifying updatedb ourselves".
Users stuck with the default updatedb can't set environment variables
or options in a file somewhere to work around the hardcoded space
character in the sed script.  (Trying to change IFS before calling
updatedb breaks too many things in the rest of updatedb.)

An option to updatedb to set the separator character, cf cut(1), would be nice.



> You used to be able to set the internal PRUNEREGEX variable directly,

[...]

So the behavior should be the same, unless the configure
options differed when the packages were built.  This is something best
answered by the findutils maintainer...


This file turns out to be purely packaging, used by distros to manage
automatic runs of updatedb with cron.  (There are actually some bugs
reported because the conf file is used "only" by the packaging, and
not by updatedb itself, contrary to some expectations.)  So this was a
red herring, my bad.



> Most lists of dirs are passed around with colon (or some such)
> separators to avoid just such problems with paths containing
> whitespace.  updatedb is still living in the 80's.

Well, it's a matter of convention.  Colons are legal in filenames on Unix,
as is pretty much any character except for NUL.  However, many tools treat
colons specially, so it's conventionally used as a separator.  If you have
to pick a character to use as a path separator, a space is as good as any.
You'd still need quoting or escape characters to represent the separator.


I'm aware of the restrictions, and I will bet long odds that spaces
show up in filenames far more often than colons (or any other
punctuation commonly used as a separator in pathname lists) are used.
I've not changed my opinion that updatedb is behind the times and is
needlessly complicating things for admins, but I also don't expect
that opinion to change anybody else's mind -- this bug has been
reported before, against other distros, and gets rejected because "you
shouldn't use spaces in filenames under Linux," how quaint.

I'll probably hack up the local copy of updatedb so that it works for
me on filenames containing the standard word separator for
English, oh noes!, and the upstream non-cygwin maintainers
can continue to use the Linux version.  This is something I've been
considering for a while anyhow for a totally unrelated project, so
it's not troublesome, just disappointing.

--
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: Strange message from updatedb

[Igor Peshansky]

On Tue, 27 Feb 2007, Phil Edwards wrote:

> On 2/27/07, Furash Gary <[EMAIL PROTECTED]> wrote:

.  Thanks.

> > /cygdrive/c/System\ Volume\ Information
>
> Quotes and backslashes aren't going to solve the problem, I think.  I
> looked at updatedb (it's a shell script), and the --prunepaths
> argument is passed through a sed script which replaces spaces in order
> to turn it all into a regexp.  There's no way of telling sed to avoid
> some spaces and translate others.

That's not quite true.  Quoted arguments will be harder, but for
backslash-escaped spaces it's reasonably easy.  Something like

sed -e 's,,\e,g' -e 's,\([^\\]\) ,\1#,g' -e 's,\e,,g'

replaces all unescaped spaces with '#'s, while preserving escaped spaces
and backslashes.  The idea for quotes would be similar, except you first
have to replace all spaces within matching quotes by some character
unlikely to occur in the string (the above assumes that ESC will not be in
the string).  The sed info page provides an example of a similar approach.

> You used to be able to set the internal PRUNEREGEX variable directly,
> in a .conf file, but apparently that file is only used under Linux
> versions of updatedb, or something.

The Cygwin version of updatedb comes from GNU findutils, as do the Linux
versions, IIRC.  So the behavior should be the same, unless the configure
options differed when the packages were built.  This is something best
answered by the findutils maintainer...

> Most lists of dirs are passed around with colon (or some such)
> separators to avoid just such problems with paths containing
> whitespace.  updatedb is still living in the 80's.

Well, it's a matter of convention.  Colons are legal in filenames on Unix,
as is pretty much any character except for NUL.  However, many tools treat
colons specially, so it's conventionally used as a separator.  If you have
to pick a character to use as a path separator, a space is as good as any.
You'd still need quoting or escape characters to represent the separator.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Freedom is just another word for "nothing left to lose"...  -- Janis Joplin

--
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: Strange message from updatedb

[Furash Gary]

So is there anything I can do for win cygwin? 

-Original Message-
From: Phil Edwards [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 27, 2007 11:51 AM
To: Furash Gary
Cc: cygwin@cygwin.com; [EMAIL PROTECTED]
Subject: Re: Strange message from updatedb

On 2/27/07, Furash Gary <[EMAIL PROTECTED]> wrote:
> /cygdrive/c/System\ Volume\ Information

Quotes and backslashes aren't going to solve the problem, I think.  I
looked at updatedb (it's a shell script), and the --prunepaths argument
is passed through a sed script which replaces spaces in order to turn it
all into a regexp.  There's no way of telling sed to avoid some spaces
and translate others.

You used to be able to set the internal PRUNEREGEX variable directly, in
a .conf file, but apparently that file is only used under Linux versions
of updatedb, or something.

Most lists of dirs are passed around with colon (or some such)
separators to avoid just such problems with paths containing whitespace.
updatedb is still living in the 80's.

--
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: Strange message from updatedb

[Phil Edwards]

On 2/27/07, Furash Gary <[EMAIL PROTECTED]> wrote:

/cygdrive/c/System\ Volume\ Information


Quotes and backslashes aren't going to solve the problem, I think.  I
looked at updatedb (it's a shell script), and the --prunepaths
argument is passed through a sed script which replaces spaces in order
to turn it all into a regexp.  There's no way of telling sed to avoid
some spaces and translate others.

You used to be able to set the internal PRUNEREGEX variable directly,
in a .conf file, but apparently that file is only used under Linux
versions of updatedb, or something.

Most lists of dirs are passed around with colon (or some such)
separators to avoid just such problems with paths containing
whitespace.  updatedb is still living in the 80's.

--
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: Strange message from updatedb

[Furash Gary]

Here's what I run:

chmod a=rwx -R /cygdrive/c/cygwin/var
updatedb --prunepaths='/cygdrive/c/WINDOWS /cygdrive/e /cygdrive/d
/cygdrive/z cygdrive/y /proc /cygdrive/c/System\ Volume\ Information
/usr /var /cygdrive/c/Documents and Settings/furashg/Local\
Settings/Temporary\ Internet\ Files /usr/bin /cygdrive/c/System\ Volume\
Information /c/cygwin' 

-Original Message-
From: Phil Edwards [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 26, 2007 3:36 PM
To: cygwin@cygwin.com; Furash Gary; [EMAIL PROTECTED]
Subject: Re: Strange message from updatedb

Eric Blake:
>> /usr/bin/find: /c/System Volume Information: Permission denied
>
>Not a problem - you can't find details about certain in-use system
files.

I don't think that was the question.  If you note at the end of his
message, he gives the command invocation, which included that string in
--prunepaths.  That is, it's not the "permission denied" that's raising
issues, but rather that the exact string passed to --prunepaths is still
being searched.  (I believe he escaped the space characters but I could
be misremembering.)

Likewise for some of the other paths in the report.  They should already
be discarded via --prunepaths, but they're being searched anyhow,
producing various secondary errors.

-phil

--
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: Strange message from updatedb

[Phil Edwards]

Eric Blake:

/usr/bin/find: /c/System Volume Information: Permission denied


Not a problem - you can't find details about certain in-use system files.


I don't think that was the question.  If you note at the end of his
message, he gives the command invocation, which included that string in
--prunepaths.  That is, it's not the "permission denied" that's raising
issues, but rather that the exact string passed to --prunepaths is still
being searched.  (I believe he escaped the space characters but I could
be misremembering.)

Likewise for some of the other paths in the report.  They should already
be discarded via --prunepaths, but they're being searched anyhow, producing
various secondary errors.

-phil

--
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: Strange message from updatedb

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Furash Gary on 2/22/2007 9:00 AM:
> Here's the error messages I get
> 
> /usr/bin/updatedb: line 241: /var/locatedb.n: Permission denied

Sorry for the delay; I was on vacation.  I cannot reproduce this without
more details.  Do you have the permissions to create files underneath
/var?  Can you manually touch that file?  What do the following show?

$ ls -ld /var /var/locatedb.n
$ getfacl /var /var/locatedb.n

> /usr/bin/find: Filesystem loop detected; `/c/cygwin' is part of the same
> filesystem loop as `/'.

Not a problem.  You can use -prune or -xdev to avoid these types of messages.

> /usr/bin/find: /c/Program Files/MyEclipse Enterprise Workbench 5.1.0
> GA/myeclipse/eclipse/plugins/org.codehaus.groovy.eclipse.codeassist.hipp
> ie_1.0.0.20070110/org.codehaus.groovy.eclipse.codeassist.hippie/org/code
> haus/groovy/eclipse/codeassist/hippie/GroovyContentAssistProcessor.class
> : File name too long

Age-old problem that Windows allows the creation of files with names that
are just long enough that when you add a cygwin prefix, it becomes too
long for cygwin to handle.  Generally non-fatal, since internet temporary
files tends to be the worst offender, and since indexing temporary files
doesn't make much sense.  Perhaps cygwin 1.7.x will eventually allow
longer file names, now that it no longer is limited by the Windows 9x 260
character limit?

> /usr/bin/find: /c/System Volume Information: Permission denied

Not a problem - you can't find details about certain in-use system files.

Perhaps you should read these directions:
> Problem reports:   http://cygwin.com/problems.html

and include 'cygcheck -svr' output as a text attachment, in case there is
anything else odd about your setup.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF4DsX84KuGfSFAYARAtThAJ0WYFS1u5TM8wlvIGgM1y8CIcj0AQCdHRpq
/MXLI3Vqu/bdFKkmnkjbIZc=
=cEU4
-END PGP SIGNATURE-

--
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: Strange message from updatedb

[Furash Gary]

Here's the error messages I get

/usr/bin/updatedb: line 241: /var/locatedb.n: Permission denied
/usr/bin/find: Filesystem loop detected; `/c/cygwin' is part of the same
filesystem loop as `/'.
/usr/bin/find: /c/Program Files/MyEclipse Enterprise Workbench 5.1.0
GA/myeclipse/eclipse/plugins/org.codehaus.groovy.eclipse.codeassist.hipp
ie_1.0.0.20070110/org.codehaus.groovy.eclipse.codeassist.hippie/org/code
haus/groovy/eclipse/codeassist/hippie/GroovyContentAssistProcessor.class
: File name too long
/usr/bin/find: /c/Program Files/MyEclipse Enterprise Workbench 5.1.0
GA/myeclipse/eclipse/plugins/org.codehaus.groovy.eclipse.codeassist.hipp
ie_1.0.0.20070110/org.codehaus.groovy.eclipse.codeassist.hippie/org/code
haus/groovy/eclipse/codeassist/hippie/HippieCompletionEngine.class: File
name too long
/usr/bin/find: /c/Program Files/MyEclipse Enterprise Workbench 5.1.0
GA/myeclipse/eclipse/plugins/org.codehaus.groovy.eclipse.codeassist.hipp
ie_1.0.0.20070110/org.codehaus.groovy.eclipse.codeassist.hippie/org/code
haus/groovy/eclipse/codeassist/hippie/HippieProposalProcessor$Proposal.c
lass: File name too long
/usr/bin/find: /c/Program Files/MyEclipse Enterprise Workbench 5.1.0
GA/myeclipse/eclipse/plugins/org.codehaus.groovy.eclipse.codeassist.hipp
ie_1.0.0.20070110/org.codehaus.groovy.eclipse.codeassist.hippie/org/code
haus/groovy/eclipse/codeassist/hippie/HippieProposalProcessor.class:
File name too long
/usr/bin/find: /c/Program Files/MyEclipse Enterprise Workbench 5.1.0
GA/myeclipse/eclipse/plugins/org.codehaus.groovy.eclipse.codeassist.type
d_1.0.0.20070110/org.codehaus.groovy.eclipse.codeassist.typed/org/codeha
us/groovy/eclipse/codeassist/typed/TypedContentAssistProcessor.class:
File name too long
/usr/bin/find: /c/System Volume Information: Permission denied
/usr/bin/find: could not change to directory
/c/WINDOWS/system32/novell/nici/SYSTEM: Permission denied
/usr/bin/find: Filesystem loop detected; `/cygdrive/c/cygwin' is part of
the same filesystem loop as `/'.
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/A17V0XSCA3CK1KWCAV3KV7JCANK5HLLCA8PJIQSCA6JVY
82CAC36OEWCA2UAYH3CABAADIXCATJKOS5CAVO3WLPCA1MK5TSCA8MZQOWCAULYQ66CAPXLE
DYCA1FE709CADA3NDACAYKG6R4CAQH6UBOCAU5ED9G: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/A4JE0U4CADBR1W1CAPIXWPSCAU4M0PHCAKGSUVBCA14SV
33CAGEUK2ICAGRZF4NCA9709GACA2CVQOYCAT9CA6A56MPCAXQJ1EXCA38TETRCACYHW
3LCAA2GECFCARM9D1MCAVXP02BCA2FBNPFCACEI00D: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/A64LJ4SCA8Z8ZTBCABPJWWLCA6TDJ7KCAIMYSJLCATH9E
MGCAJJFZQ9CA0EDX5JCA60KS8GCADNEFB4CA84RBTNCA1L95QJCAZ9UEVGCAKDQHX0CABJZS
4ZCACME071CAQPLSPFCA5KX6BPCAWHRHAZCA76H0XN: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/A6PSS8MCA3EDKYDCAMFHL87CAM50YAHCAMMZ737CA71RE
CVCANXGZ71CANOG0QTCAQ4UMCHCA2UCFW6CAKDB6PECAHTL1A5CAVWJSUYCARXL60LCAHH4M
MOCAX08AOICASFYC4PCAB6BHGRCA0CANW3CAF9TYXJ: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/AAS65HCCA2NFTD0CAOPGK2XCAJTVOH2CAOTGL6CCA3HVL
JRCA018BIRCAG8R5T1CA766Y70CATIX352CAN1IBC9CA7SDRJPCA5N5BYMCAS1XKCZCA81MR
C6CAL21AN0CAWKYOTOCAGHDCOQCAE47S1YCA9C51E8: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/ABS3PQQCACNFAFTCA0MC146CAMR2EV7CA6CT31ACAQT31
8YCAFT6FOICA0BREFZCAPGI1YNCAHNMVG3CAQEAIF3CA1443BLCA9CIQX0CAX1DDZXCA4JJ8
ACCAKSW57ICAJ4VYQZCA80UGZ0CAU856SACAZCLY5X: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/AC3VY94CAAWK1GTCAV45NZLCAME15BBCA9U091LCAEB01
31CAX2HRXICAARHBOMCAJY7FDLCATVY6KWCAQN8KE2CA3E6NDCCAWMAUU0CAQR4JK5CALV7D
ZNCAILLJ20CAFMGWTXCAE2QGYICAAUPX3HCAV994JL: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/ADNSE3WCAZ6WE15CANL8EN0CAWW4TGRCAEM9D66CATGKO
NXCA9WBQ6DCAEHUQBNCAECQ7JKCAY1PJABCAL00VOPCAV4ZA0ECA6MD8I1CAQPUTKVCAAQYB
DYCA4Y23Q1CABXIQ0VCAV61RZNCA8XIMEXCAU746GB: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/ADVP1XICASDZ7RDCA3HFPTCCA0DP3G7CA211FNNCA6JL9
5ACAIPFYVICAITUZ8ACAU4837WCAXIVPDMCAKQRD0ZCAO44D6XCAGKT9XTCA23XFMCCA1C90
NNCAHVIJXJCAIMKY43CA37NFY7CA9IMP4ICAU25PO5: File name too long
/usr/bin/find: /cygdrive/c/Documents and Settings/furashg/Local
Settings/Temporary Internet
Files/Content.IE5/KFHA4E7L/AEC03SJCATSRWQ6CAD8F2ZSCAM82BRNCAT5JWD6CAHQYI
NDCABF3H0TCA33I4TUCA6BDE3OCA9O577ZCAA4J26YCAQ9LS57CA28PHTKCA2EMGY6CAWOXL
MVCAZPDA3TCARX6CWLCAI2K1IBCAO4IUVMCAO3RIW2: File name t

Strange message from updatedb

[Furash Gary]

I'm running it on windows with this command

updatedb --prunepaths='/cygdrive/c/windows /cygdrive/e /cygdrive/d
/cygdrive/z cygdrive/y /proc /cygdrive/c/System\ Volume\ Information
/usr /var /cygdrive/c/Documents and Settings/furashg/Local\
Settings/Temporary\ Internet\ Files'

However, when I run it, it ends with

Could not generate /var/locatedb.n


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