[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Port readlink-fp-loop away from GNU/Linux
From: |
Jim Meyering |
Subject: |
Re: Port readlink-fp-loop away from GNU/Linux |
Date: |
Fri, 16 Nov 2007 11:14:44 +0100 |
Paul Eggert <address@hidden> wrote:
> The readlink-fp-loop test has some dependencies on GNU/Linux. First
> it relies on GNU/Linux's spelling of the ELOOP message. Second, it
> relies on the fact that "echo x > p/1" will succeed if p/1 is a
> dangling symlink that requires more than 20 hops to resolve. Solaris
> rejects this with an ELOOP (properly, I think -- this sounds like a
> Linux bug, but that's not for coreutils to fix).
>
> Here is a patch.
>
> 2007-11-16 Paul Eggert <address@hidden>
>
> Port readlink-fp-loop to Solaris.
> * tests/misc/readlink-fp-loop (symlink_loop_msg): New var,
> which records the symlink-loop message, whose wording is
> not standardized by Posix. Do not rely on "echo x > p/1"
> to work when p/1 has a lot of indirect symlinks. (I'm surprised
> that it works on Linux. Perhaps a Linux bug?)
Hi Paul,
Thanks for all the patches!
I'm glad you cared enough about Solaris (8, no less!) to do all this.
Regarding the number of hops, I suspect that Solaris counts differently
than others, since this test passes on the *BSD-based systems, too.
The way I counted (not counting symlinked-parent-dir), there were
fewer than 10.
I've just applied this one.