[bugs #11879] all mount-points lstat()-ed, but shouldn't be

Follow-up Comment #6, bugs #11879 (project findutils): (From Martin Buchholz <[EMAIL PROTECTED]>) I still see hangs in find 4.2.18, despite the ChangeLog entry that suggests this has been fixed. Even find --version hangs with this stacktrace (dbx) where [1] _lstat64(0x4, 0xffbff160,

[bugs #12064] make distclean deletes a distributed file

URL: Summary: make distclean deletes a distributed file Project: findutils Submitted by: None Submitted on: Sun 02/20/2005 at 23:30 Category: find

[bugs #12085] -printf pathname:%/0.000000 gives wrong result

URL: Summary: -printf pathname:%h/%f gives wrong result Project: findutils Submitted by: None Submitted on: Tue 02/22/2005 at 01:56 Category: find

[bugs #12064] make distclean deletes a distributed file

Follow-up Comment #2, bugs #12064 (project findutils): (From Martin Buchholz) I cvs'ed the distribution and followed the instructions in README-CVS (for the first time). Unfortunately, I couldn't perform my test, because configure; make distclean failed as follows make[1]: Entering di

[bugs #12044] find still hangs on dead NFS filesystems on Solaris

Follow-up Comment #3, bugs #12044 (project findutils): The current situation of having find hang when any remote NFS server is unreachable is unacceptable, since it makes my carefully engineered scripts fail due to the whims of a flaky network. I carefully prune PATH, for example, to have as

[bugs #12044] find still hangs on dead NFS filesystems on Solaris

Follow-up Comment #6, bugs #12044 (project findutils): Regarding the fragility of OS version checks: It is well accepted now that OS version checks are a maintenance nightmare. The "configure revolution" of relying as much as possible on feature tests, either at compile time or run time ha

[bugs #12044] find still hangs on dead NFS filesystems on Solaris

Follow-up Comment #7, bugs #12044 (project findutils): >I can imagine situation where one can subvert subdirectory >with symlink to another subdirectory in the same directory. >Second check cannot catch this situation. Very good! You've found a hole in the stat("..") strategy. I (Martin B

[bugs #12085] -printf pathname:%/0.000000 gives wrong result

Follow-up Comment #3, bugs #12085 (project findutils): Thanks for such a quick reaction -- vda ___ This item URL is: ___ Mess

[bugs #12044] find still hangs on dead NFS filesystems on Solaris

Follow-up Comment #9, bugs #12044 (project findutils): >Regarding the OS version check, I think it very unlikely that >if the Matrix fork of Linux was released, it would be based >on a version of Linux that is now over 7 yeard old. They'd >fork a more recent version. Hence the example you give

[bugs #12064] make distclean deletes a distributed file

Follow-up Comment #4, bugs #12064 (project findutils): I did some follow-up work on this. The problem is that bash prints the current directory after a `cd' if CDPATH is defined. So this code in import-gnulib.sh: printf "%s" "EXTRA_DIST = " cd gnulib/m4 ls *.m4 | sed -e 's/$/ \\/' | sed -e '$

[bugs #12181] find -H/-L symlink_to_dir reports "Too many levels of symbolic links"

Follow-up Comment #3, bugs #12181 (project findutils): To obtain the CVS code, please follow the instructions at http://savannah.gnu.org/cvs/?group=findutils and then read the file "README-CVS". If you don't want to do that, you can wait for the next release. __

[bugs #12235] POSIX/SUS compatibility not existing

URL: Summary: POSIX/SUS compatibility not existing Project: findutils Submitted by: None Submitted on: Sun 03/06/2005 at 19:39 Category: xargs

[bugs #12235] POSIX/SUS compatibility not existing

Follow-up Comment #2, bugs #12235 (project findutils): Looks like problem comes due to old versions of findutils on the only linuxes I have for testing (RH9, latest official findutils packages). Sorry for the bug report sounding rude, I was heavily annoyed while porting software from linux, and

[bugs #12491] updatedb broken with solaris su

URL: Summary: updatedb broken with solaris su Project: findutils Submitted by: None Submitted on: Mon 03/28/2005 at 08:36 Category: updatedb Se

[bug #12503] find dir -depth -empty returns not found

URL: Summary: find dir -depth -empty returns not found Project: findutils Submitted by: None Submitted on: Tue 03/29/2005 at 14:35 Category: find

[bug #12503] find dir -depth -empty returns not found

Follow-up Comment #1, bug #12503 (project findutils): recompiling find fixed the problem... Suspicious... ___ Reply to this item at:

[bug #12503] find dir -depth -empty returns not found

Follow-up Comment #2, bug #12503 (project findutils): Hmm it happens again and a recompile doesn't fix it this time: % ls -R ~/.tmp /mega/home/han/.tmp: empty/ /mega/home/han/.tmp/empty: Here is a strace: execve("/usr/bin/find", ["find", "/mega/home/han/.tmp", "-dep

[bug #12503] find dir -depth -empty returns not found

Follow-up Comment #4, bug #12503 (project findutils): That seems to fix the issue; Thanks! ___ Reply to this item at: ___ Messa

[bug #12966] (touch .p.; find . -name '*.') problem

Follow-up Comment #1, bug #12966 (project findutils): I confirm the bug, but there is a typo in original post. Correct command is: touch .p.; find . -name '*.' ^^^ The dot after find was missing in the original post. Otherwise, the bug is reproducible. __

[bug #12966] (touch .p.; find . -name '*.') problem

URL: Summary: (touch .p.; find . -name '*.') problem Project: findutils Submitted by: None Submitted on: Wed 05/04/2005 at 13:04 Category: find

[bug #13041] -i and - shouldn't be exclusive

URL: Summary: -i and - shouldn't be exclusive Project: findutils Submitted by: None Submitted on: Mon 05/09/2005 at 23:59 Category: xargs Sever

[bug #13041] -i and - shouldn't be exclusive

Follow-up Comment #1, bug #13041 (project findutils): BTW, I am aware that in this case I can just omit the ‘-i’ and the replace string ‘{}’. However, in the general case, I want to run “scp {} [EMAIL PROTECTED]:dir”, without having one separate process for each file (which requires separate aut

[patch #4016] not gettextizing debugging messages

URL: Summary: not gettextizing debugging messages Project: findutils Submitted by: None Submitted on: Sat 05/14/2005 at 13:08 Category: find bugfix

[bug #13098] find complains that 'paths must precede expression' even when they do

URL: Summary: find complains that 'paths must precede expression' even when they do Project: findutils Submitted by: None Submitted on: Mon 05/16/2005 at 16:46

[bug #13212] -newer only examines it's target once at the start

URL: Summary: -newer only examines it's target once at the start Project: findutils Submitted by: None Submitted on: Fri 05/27/2005 at 15:48 Category: find

[bug #13363] Typos in find and locate manpages.

Follow-up Comment #3, bug #13363 (project findutils): Forwarded comment by A. Costa: - On Sat, 11 Jun 2005 07:09:07 + James Youngman <[EMAIL PROTECTED]> wrote:

[bug #13411] paths in --prunepaths ignored

URL: Summary: paths in --prunepaths ignored Project: findutils Submitted by: None Submitted on: Wed 06/15/2005 at 15:39 Category: updatedb Seve

[bug #13381] infinite loop with -follow.

Follow-up Comment #3, bug #13381 (project findutils): Followup - this isn't a denial of updatedb service because updatedb does not use -follow or -L. However, the problem is significant from a security perspective in other contexts. Once again, -L should not be used in security-sensitive envir

[bug #13495] repetition operator syntax changed in 4.2.21

Follow-up Comment #2, bug #13495 (project findutils): I like the patch, but would prefer to switch back to RE_SYNTAX_EMACS as default, which is *afaict* what find up to 4.2.20 used. I've thought a little bit about this and have realized that breaking backwards compability could be _very_ painful

[bug #12491] updatedb broken with solaris su

Follow-up Comment #4, bug #12491 (project findutils): Sorry for the massively late response. It seems the latet release (4.2.23) works fine. Many thanks, Tim Bishop. ___ Reply to this item at:

[bug #13650] find -exec rm -i {} ; broken since 4.2.12

Follow-up Comment #6, bug #13650 (project findutils): Hello, sorry my incoherent mail. I was actually thinking about (the useless example) find ... -ok rm -i {} \; which I'd expect to ask twice: first find asks, and if that succeeded would pass on stdin/out to rm which ask again. cu an

[bug #13650] find -exec rm -i {} ; broken since 4.2.12

Follow-up Comment #8, bug #13650 (project findutils): Jay wrote: > I understand but that is not how -ok works Yes I realized that. :-) Is it going to change or is it to difficult? (I am sure somebody could come up with a sensible usage of -ok ) If changing is out of question (for whatever reaso

[bug #13774] Why is updatedb prefering /var/tmp over /tmp for temporary files?

URL: Summary: Why is updatedb prefering /var/tmp over /tmp for temporary files? Project: findutils Submitted by: None Submitted on: Tue 07/12/05 at 13:05 Categ

[bug #13774] Why is updatedb prefering /var/tmp over /tmp for temporary files?

Follow-up Comment #2, bug #13774 (project findutils): Jay wrote: > If you want sort to use a different subdirectory I suggest you > set TMPDIR in /etc/updatedb.conf. I will modify updatedb itself > not to override TMPDIR if it is already set. There is no change is necessary, this is already supp

[bug #13774] Why is updatedb prefering /var/tmp over /tmp for temporary files?

Follow-up Comment #3, bug #13774 (project findutils): Ok, I see the wisdom in this. Maybe this wisdom could be integrated into the FHS as well. The combination of millions of hardlinks with long names created by storebackup and a not _that_ large /var/ partition where numerous other tasks where

[bug #13774] Why is updatedb prefering /var/tmp over /tmp for temporary files?

Follow-up Comment #4, bug #13774 (project findutils): > Therefore it's especially silly to use /tmp for scratch files > on systems where this is actually stored in VM (e.g. > Solaris). There have also been bug reports in the past caused > by people running out of space in /tmp (or /). Some system

[bug #13815] Manpage fixes

URL: Summary: Manpage fixes Project: findutils Submitted by: None Submitted on: Fri 07/15/05 at 12:01 Category: documentation Severity: 3 - Nor

[bug #13880] find fails to descend into directories on HSFS filesystems on Solaris 9

URL: Summary: find fails to descend into directories on HSFS filesystems on Solaris 9 Project: findutils Submitted by: None Submitted on: Thu 07/21/2005 at 14:52

[bug #13880] find fails to descend into directories on HSFS filesystems on Solaris 9

Follow-up Comment #2, bug #13880 (project findutils): I believe option #1 is the operative one. HSFS is High Sierra/ISO-9660, i.e. read-only CD-ROM's, DVD's, and ISO images. All of the dozen CD's and images from multiple sources that I've looked at on Solaris 8 and 9 systems show 2 links for . at

[bug #13982] [whish list] backslash spaces

Follow-up Comment #1, bug #13982 (project findutils): I am thinking that this might make a good command line option. ___ Reply to this item at: _

[bug #13982] [whish list] backslash spaces

URL: Summary: [whish list] backslash spaces Project: findutils Submitted by: None Submitted on: Sat 07/30/2005 at 15:37 Category: find Severity

[bug #14227] translation: german manual misleading/incomplete

URL: Summary: translation: german manual misleading/incomplete Project: findutils Submitted by: None Submitted on: Fr 19.08.2005 um 13:02 Category: documentati

[bug #14243] Basic regular expressions does not work

URL: Summary: Basic regular expressions does not work Project: findutils Submitted by: None Submitted on: Sun 08/21/05 at 09:29 Category: find

[bug #14243] Basic regular expressions does not work

Follow-up Comment #4, bug #14243 (project findutils): >From regex(7) (linux man pages collection http://www.win.tue.nl/~aeb/linux/man/) -[cut]-- Obsolete (``basic'') regular expressions differ in several respects. `|', `+', and `?' are ordinary characters and there

[patch #4340] Set ${NICE:0} value on "su command" clean environments

URL: Summary: Set ${NICE:0} value on "su command" clean environments Project: findutils Submitted by: None Submitted on: Wed 08/24/05 at 12:35 Category: update

[bug #14332] Compilation with CFLAGS+="-DAFS" fails

URL: Summary: Compilation with CFLAGS+="-DAFS" fails Project: findutils Submitted by: None Submitted on: Tue 08/30/05 at 07:15 Category: find S

[patch #4340] Set ${NICE:0} value on "su command" clean environments

Follow-up Comment #2, patch #4340 (project findutils): When cron (in debian) starts the find job (present in /etc/cron.daily/), this job calls updatedb. Then updatedb calls find in a command via su. su $LOCALUSER `select_shell $LOCALUSER` -c \ "$find $SEARCH

[bug #14376] -follow -type l returns no results (when it should)

URL: Summary: -follow -type l returns no results (when it should) Project: findutils Submitted by: None Submitted on: Fri 09/02/05 at 18:14 Category: find

[bug #14376] -follow -type l returns no results (when it should)

Follow-up Comment #1, bug #14376 (project findutils): FYI: # find --version GNU find version 4.1.20 # uname -a Linux cam 2.4.27-2-386 #1 Mon May 16 16:47:51 JST 2005 i686 GNU/Linux ___ Reply to this item at:

[bug #14445] incorrect search depending on location in filesystem.

URL: Summary: incorrect search depending on location in filesystem. Project: findutils Submitted by: None Submitted on: Tue 09/06/05 at 11:48 Category: find

[bug #14459] xargs --show-limits is undocumented

URL: Summary: xargs --show-limits is undocumented Project: findutils Submitted by: None Submitted on: Wed 09/07/05 at 14:39 Category: documentation

[bug #14550] xargs --help breaks with over-large environ

URL: Summary: xargs --help breaks with over-large environ Project: findutils Submitted by: None Submitted on: Fri 09/16/05 at 16:19 Category: xargs

[bug #14587] -L does not default to -L1 and results in error

URL: Summary: -L does not default to -L1 and results in error Project: findutils Submitted by: None Submitted on: Mon 09/19/05 at 18:25 Category: xargs

[bug #14696] failure of find to search the filetree properly

URL: Summary: failure of find to search the filetree properly Project: findutils Submitted by: None Submitted on: Mon 10/03/05 at 11:10 Category: find

[bug #14802] man page for find has typo in -atime description

URL: Summary: man page for find has typo in -atime description Project: findutils Submitted by: None Submitted on: Mon 10/17/05 at 00:54 Category: find

[bug #14836] man page for find does not indicate correct default regexptype

URL: Summary: man page for find does not indicate correct default regexptype Project: findutils Submitted by: None Submitted on: Fri 10/21/05 at 07:57 Category

[bug #14854] symbolic perm broken, but octal is OK

URL: Summary: symbolic perm broken, but octal is OK Project: findutils Submitted by: None Submitted on: Mon 10/24/05 at 23:20 Category: None Se

[bug #14556] find.1 manpage still refers to "-perm +mode" instead of "-perm /mode"

Follow-up Comment #4, bug #14556 (project findutils): Done; in fact there were some other cases too (in find.1, locate.1 and xargs.1) which I took care of. ___ Reply to this item at:

[bug #15090] "Invalid" is better than "Illegal"

Follow-up Comment #3, bug #15090 (project findutils): Yes, but this is now fixed. Thanks again. ___ Reply to this item at: ___

[patch #4371] Document interaction of -I with other options

Follow-up Comment #5, patch #4371 (project findutils): Agency providing outcall service to Miami, Fort Lauderdale and Boca Raton. Offering on-line portfolios of upscale models. Open 24 hours! Please visit our web sites: Elite South Florida Escorts: http://www.EliteSouthFloridaEscorts.com”>www.

[bug #15167] find . -type d output is not in order

URL: Summary: find . -type d output is not in order Project: findutils Submitted by: None Submitted on: Wed 12/07/05 at 19:44 Category: find Se

[bug #15211] --show-limits not listed in usage() and man-page

URL: Summary: --show-limits not listed in usage() and man-page Project: findutils Submitted by: None Submitted on: Do 15.12.2005 um 12:43 Category: xargs

[bug #15235] Leading directories are misparsed as expressions

Follow-up Comment #7, bug #15235 (project findutils): I've fixed the additional problems and applied the documentation parts of your patch. I edited the ChangeLog entry slightly before prepending it. ___ Reply to this item at:

[bug #15360] Erroneous message

URL: Summary: Erroneous message Project: findutils Submitted by: None Submitted on: Tue 01/03/06 at 13:47 Category: find Severity: 3 - Normal

[bug #15360] Erroneous message

Follow-up Comment #2, bug #15360 (project findutils): I checked man find and searched for the word "global" because you used that word in your reply. The word "global" doesn't exist in my version (Fedora Core 4) of find(1). After your explanation, I re-read man find and discovered the following:

[patch #3775] Reassigned item: reconciling man pages differences

Follow-up Comment #3, patch #3775 (project findutils): dizzy,makable adoptions megavolt.beryllium?byte,chest.nanoinstructions http://www.openlistings.net/best-poker-rooms-in-vegas.html";> video poker game free best poker rooms in vegas video poker game free best poker rooms in vegas http://www.

[bug #15405] Seg Fault

URL: Summary: Seg Fault Project: findutils Submitted by: None Submitted on: Sun 01/08/06 at 09:14 Category: updatedb Severity: 3 - Normal

[patch #2108] Fixes incorrect globbing

Follow-up Comment #3, patch #2108 (project findutils): subsegment muteness Daugherty amortizing tub acquisitions Northrup:Bernini chestnut licensed denser!reels http://www.naturaldelights.net /online-poker-sites-based-in-europe.html"> online poker sites based in europe cheating in texas holdem

[bug #15405] Seg Fault

Follow-up Comment #1, bug #15405 (project findutils): I'm unable to reproduce this problem. Are you pasing any options to updatedb? Perhaps you could set 'ulimit -c unlimited' and run updatedb manually, and tell me where the core file (which would be dumped in / unless you use the --changecwd

[bug #15405] Seg Fault

Follow-up Comment #2, bug #15405 (project findutils): Close this bug. It was an issue with my system. /dev was whacked to the point that nothing could see inside the directory without core dumping. ___ Reply to this item at:

[patch #3775] Reassigned item: reconciling man pages differences

Follow-up Comment #4, patch #3775 (project findutils): rush:eigenvector relents reaches,cooper Dortmund:steadfast!coerce storming Mogadiscio?grouse http://www.birchfieldharriers.org/";> texas hold em texas hold em http://www.birchfieldharriers.org/ http://www.birchfieldharriers.org/";>http://

[bug #15471] Wish: configurable output separator

URL: Summary: Wish: configurable output separator Project: findutils Submitted by: None Submitted on: Wed 01/18/06 at 11:08 Category: xargs Sev

[patch #3775] Reassigned item: reconciling man pages differences

Follow-up Comment #5, patch #3775 (project findutils): codfish rained Hieronymus twenty inquiries,toll propagandist combatant http://www.poker-scan.com/";> poker how to play online poker poker how to play online poker http://www.poker-scan.com/ http://www.poker-scan.com/";>http://www.poker-scan

[patch #4371] Document interaction of -I with other options

Follow-up Comment #6, patch #4371 (project findutils): Upscale escort service agency featuring portfolios of elite models. Providing outcall service to Miami, Fort Lauderdale and Boca Raton. Full Service! Please visit our web site: http://www.EliteMiamiEscorts.com Our Ladies: http://www.miami-e

[patch #3775] Reassigned item: reconciling man pages differences

Follow-up Comment #6, patch #3775 (project findutils): Thank you! http://www.dorank.com/improvepr/ improve pagerank default. http://www.dorank.com ">PageRank 11: do rank, google pagerank algorithm, testing of system. Also [url]http://www.dorank.com/linksale/[/url] and [link=http://www.dorank.com]

[patch #2108] Fixes incorrect globbing

Follow-up Comment #4, patch #2108 (project findutils): Thank you! http://www.dorank.com/improvepr/ improve pagerank default. http://www.dorank.com ">PageRank 11: do rank, google pagerank algorithm, testing of system. Also [url]http://www.dorank.com/linksale/[/url] and [link=http://www.dorank.com]

[bug #15587] static linking to glibc 2.3.6 fails

URL: Summary: static linking to glibc 2.3.6 fails Project: findutils Submitted by: None Submitted on: Tue 01/31/06 at 08:55 Category: None Seve

[bug #15800] "Hard link count is wrong" reports wrong directory

URL: Summary: "Hard link count is wrong" reports wrong directory Project: findutils Submitted by: None Submitted on: Sun 02/19/06 at 09:20 Category: find

[bug #16269] The manual gives an incorrect example

URL: Summary: The manual gives an incorrect example Project: findutils Submitted by: None Submitted on: Wednesday 04/05/06 at 07:35 UTC Category: documentation

[bug #16269] The manual gives an incorrect example

Follow-up Comment #1, bug #16269 (project findutils): By 'manual' I mean the man page you get when you type man find. Laura ([EMAIL PROTECTED]) ___ Reply to this item at:

[bug #15800] "Hard link count is wrong" reports wrong directory

Follow-up Comment #2, bug #15800 (project findutils): SO what is a guy to do with this attached file? ___ Reply to this item at: ___

[bug #16378] find aborts on file with mode 0000

URL: Summary: find aborts on file with mode Project: findutils Submitted by: None Submitted on: Wednesday 04/19/06 at 04:28 UTC Category: find

[bug #16378] find aborts on file with mode 0000

Follow-up Comment #1, bug #16378 (project findutils): Additionally, your bug tracker has decided that my email address is invalid. ___ Reply to this item at: ___

[bug #16378] find aborts on file with mode 0000

Follow-up Comment #3, bug #16378 (project findutils): This was reproducable on Fedora Core 4 and 5, we did not observe it on Redhat 8. The error would occur with: find mydir ! -type d but not with: find mydir The file was on an NFS filesystem and was probably corrupt. `stat` informed us

[patch #4371] Document interaction of -I with other options

Follow-up Comment #7, patch #4371 (project findutils): Miami Dream Girls is the most upscale escort service agency providing 24x7 service and offering the widest selection of the most beautiful, gorgeous, charming, sophisticated, fabulous and sexy Miami escorts, Fort Lauderdale escorts and Boca R

[bug #16605] Delimiter option is wrong

URL: Summary: Delimiter option is wrong Project: findutils Submitted by: None Submitted on: Tuesday 05/16/06 at 20:09 UTC Category: xargs Sever

[bug #16605] Delimiter option is wrong

Follow-up Comment #1, bug #16605 (project findutils): You are misinterpreting the documentation. Try this: $ echo $PATH | xargs -d: ___ Reply to this item at:

[bug #17587] print0 action causes false results to be printed

URL: Summary: print0 action causes false results to be printed Project: findutils Submitted by: None Submitted on: Friday 09/01/2006 at 19:23 UTC Category: find Severi

[bug #15531] -prune misbehaving?

Follow-up Comment #4, bug #15531 (project findutils): Hello, I have also hit this bug, with the 4.3.0 version of findutils. My system is linux gentoo. The provided patch did indeed solve the problem (thanks by the way). I spent 6 our tracking the problem down:( (hehe 2 hours spent learning fin

[bug #11710] 4.2.13 Solaris build failure -- regex.c needs to be compiled

Follow-up Comment #3, bug #11710 (project findutils): The same thing happens again with AIX and findutils 4.2.28 cc -qlanglvl=ansi -g -o find find.o fstype.o parser.o pred.o tree.o util.o version.o ../lib/libfind.a ../gnulib/lib/libgnulib.a ld: 0711-317 ERROR: Undefined symbol: .re_match ld:

[bug #17877] Invalid "No such file or directory" error on filesystem without stable inode numbers

URL: Summary: Invalid "No such file or directory" error on filesystem without stable inode numbers Project: findutils Submitted by: None Submitted on: Thursday 09/28/2006 at 11:24 UTC

[bug #17951] find doesn't correctly stat directories

URL: Summary: find doesn't correctly stat directories Project: findutils Submitted by: None Submitted on: Montag 09.10.2006 um 12:02 UTC Category: find Severity: 3 - N

[bug #17951] find doesn't correctly stat directories

Follow-up Comment #1, bug #17951 (project findutils): Ok, i have found out what the problem is in detail: find ... -maxdepth 0 not only uses lstat64 on the given directory /tmp but also on all files in /tmp in the first hierarchylevel. oldfind ... -maxdepth 0 only uses lstat64 on /tmp. oldfind sh

[bug #17861] make of find fails on Solaris 2.8

Follow-up Comment #1, bug #17861 (project findutils): exactly same thing on Solaris 10, build of findutils 4.2.28 fails for same reason. ___ Reply to this item at:

[bug #18175] GPG Signature Does Not Match Key

URL: Summary: GPG Signature Does Not Match Key Project: findutils Submitted by: None Submitted on: Thursday 11/02/2006 at 07:25 UTC Category: None Severity: 3 - Normal

[bug #17951] find doesn't correctly stat directories

Follow-up Comment #3, bug #17951 (project findutils): Well, i think after reading the bugreport #17372 that it seems to be related, maybe possibly the same error. So you can mark it as a duplicate if you want. ___ Reply to this item at:

[bug #18222] find -printf '%H %P' misbehaves with multiple paths

URL: Summary: find -printf '%H %P' misbehaves with multiple paths Project: findutils Submitted by: None Submitted on: Tuesday 11/07/2006 at 07:22 UTC Category: find Se

[bug #17951] find doesn't correctly stat directories

Follow-up Comment #5, bug #17951 (project findutils): Yes it fixes my problem, too. So i think it is correct that this bug has the same source. Big thanks for your help. ___ Reply to this item at:

[bug #18222] find -printf '%H %P' misbehaves with multiple paths

Follow-up Comment #2, bug #18222 (project findutils): Thank you for fixing this bug so quickly. ___ Reply to this item at: ___ Message sent via/by Sava

[bug #18375] Error messages with some patterns

URL: Summary: Error messages with some patterns Project: findutils Submitted by: None Submitted on: Sunday 11/26/2006 at 01:22 UTC Category: find Severity: 3 - Normal

  1   2   3   4   >