Follow-up Comment #8, bug #22301 (project findutils):
Sorry, I no longer work in an environment where the bug is reproducible,
perhaps only occurring with a particular Solaris automounter implementation.
I have the vague recollection that this bug is not completely fixed, so I
would keep it open
Follow-up Comment #4, bug #22301 (project findutils):
I tried the proposed patch, but it didn't work for me.
I admit to being confused about this.
I expected the bug to be related to not counting
subdirectories in the link count, but here it seems
to be something else --
perhaps link counts of
Follow-up Comment #3, bug #22301 (project findutils):
Here is a better shell transcript,
showing the evolution of the link counts over time,
and demonstrating that Solaris find does not have
the same problem.
([EMAIL PROTECTED]) jdk/7/ws/MASTER/hotspot $ perl -e 'use File::stat;
opendir(D, ".");
: find
Severity: 3 - Normal
Item Group: Wrong result
Status: None
Privacy: Public
Assigned to: None
Originator Name: Martin Buchholz
Originator Email:
Open/Closed: Open
Discussion Loc
: find
Severity: 3 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Originator Name: Martin Buchholz
Originator Email:
Open/Closed: Open
Discussion Lock: Any
R
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 directory `/home/martin/src/findutils/findutils/gnulib'
Making distclean in m4
/home/martin/
All trivial fixes.
diff -u '/usr/tmp/mp20635.d/old/findutils-4.2.18/doc/find.texi'
'findutils-4.2.18/doc/find.texi'
Index: ./doc/find.texi
--- ./doc/find.texi Sun Feb 13 04:11:54 2005
+++ ./doc/find.texi Sun Feb 20 15:49:54 2005
@@ -3083,7 +3083,7 @@
* O_FOLLOW:: S
