bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: coreutils-6.3 on MacOS X


From: Jim Meyering
Subject: Re: coreutils-6.3 on MacOS X
Date: Fri, 06 Oct 2006 11:11:00 +0200

Paul Eggert <address@hidden> wrote:

> Bruno Haible <address@hidden> writes:
>
>> On Darwin-7.9.0 with CPPFLAGS=-Wall: Builds fine. All tests pass. The
>> "rm -rf" HFS+ bug workaround works fine. The "rm -rf" hardlinks / NFS bug
>> is still open.
>
> I'm not familiar with that one, but suspect that the approach
> suggested in
> <http://lists.gnu.org/archive/html/bug-coreutils/2006-09/msg00304.html>
> should fix it.

I believe coreutils-6.3 works around that Darwin bug reliably.

This is the hardlink bug he's talking about:
  http://lists.gnu.org/archive/html/bug-coreutils/2006-09/msg00366.html

That Darwin-7.9.0/NFS/hardlink bug is a nasty one.
I'm not convinced it's worth working around, since Darwin-7.9.0 is
so buggy, and the bug seems to appear only on another type of system,
when using an NFS mounted HFS+ partition.

The problem is that even if I write the work-around code, I'm not
confident it'll ever be exercised (how many people use such a buggy OS
as an NFS server?  Then, given that small number, how many also use the
GNU coreutils?), and although the proposed work-around sounds trivial
(upon EIO, rename and repeat the unlink attempt), it's more than a few
lines, and it is code that would potentially run on any system, so it
can't be ifdef'd.

>> at-func.c:39: warning: implicit declaration of function `lchown'
>> dirchownmod.c:102: warning: implicit declaration of function `lchown'
>> (lchown is not provided by the system; gnulib's substitute is used.)
>> mkstemp-safer.c:34: warning: implicit declaration of function `mkstemp'
>
> Thanks for reporting these.  I installed the following in an
> attempt to fix them.

Thanks for doing that.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]