On 02/01/2012 02:22 AM, Bruno Haible wrote:
> I find it overkill to change the code for HP-UX and NonStop systems
> when the report is about Solaris. Also I think the structure of the loop
> is not the problem; it is the code's reaction to
> acl("x", ACE_GETACL, 4, 0x3432A16E0)Err#-1
Bernhard Voelker wrote:
> On 02/01/2012 04:45 PM, Jim Meyering wrote:
>> Thanks for the clarification and quotes, Eric.
>>
>> Bernhard, here's a better patch.
>> With it, mv simply unlinks the "s" in your example:
>>
>> diff --git a/src/copy.c b/src/copy.c
>> index 4810de8..73f5cc5 100644
>> --- a
On 02/01/2012 04:45 PM, Jim Meyering wrote:
> Thanks for the clarification and quotes, Eric.
>
> Bernhard, here's a better patch.
> With it, mv simply unlinks the "s" in your example:
>
> diff --git a/src/copy.c b/src/copy.c
> index 4810de8..73f5cc5 100644
> --- a/src/copy.c
> +++ b/src/copy.c
>
Eric Blake wrote:
> On 02/01/2012 05:47 AM, Jim Meyering wrote:
>> Bernhard Voelker wrote:
>>> Playing around with the latest mv checkin,
>>> I noticed another corner case:
>>>
>>> Create a file 'f', a symlink 'l' to it, and
>>> then a hardlink 's' to that symlink:
>>>
>>> $ touch f && ln -s f l
On 02/01/2012 05:47 AM, Jim Meyering wrote:
> Bernhard Voelker wrote:
>> Playing around with the latest mv checkin,
>> I noticed another corner case:
>>
>> Create a file 'f', a symlink 'l' to it, and
>> then a hardlink 's' to that symlink:
>>
>> $ touch f && ln -s f l && ln l s && ls -ogi
>> to
On 02/01/2012 03:02 PM, Jim Meyering wrote:
> Bernhard Voelker wrote:
> ...
>> well, if it's not standardized (yet), then I agree with you that we
>> should choose the simpler b) alternative.
>>
>> Do you think it's work thinking about the -f case?
>>
>> $ ~/git/coreutils/src/mv -f s l
>> /ho
Bernhard Voelker wrote:
...
> well, if it's not standardized (yet), then I agree with you that we
> should choose the simpler b) alternative.
>
> Do you think it's work thinking about the -f case?
>
> $ ~/git/coreutils/src/mv -f s l
> /home/berny/git/coreutils/src/mv: ‘s’ and ‘l’ are the same f
On 02/01/2012 01:47 PM, Jim Meyering wrote:
> Bernhard Voelker wrote:
>> Playing around with the latest mv checkin,
>> I noticed another corner case:
>>
>> Create a file 'f', a symlink 'l' to it, and
>> then a hardlink 's' to that symlink:
>>
>> $ touch f && ln -s f l && ln l s && ls -ogi
>> to
Bernhard Voelker wrote:
> Playing around with the latest mv checkin,
> I noticed another corner case:
>
> Create a file 'f', a symlink 'l' to it, and
> then a hardlink 's' to that symlink:
>
> $ touch f && ln -s f l && ln l s && ls -ogi
> total 0
> 6444 -rw-r--r-- 1 0 Feb 1 08:52 f
> 6462
On 02/01/2012 09:21 AM, Bernhard Voelker wrote:
> $ touch f && ln -s f l && ln l s && ls -ogi
> total 0
> 6444 -rw-r--r-- 1 0 Feb 1 08:52 f
> 6462 lrwxrwxrwx 2 1 Feb 1 08:52 l -> f
> 6462 lrwxrwxrwx 2 1 Feb 1 08:52 s -> f
>
> Trying to mv the hardlink over the symlink seems to succee
Paul Eggert wrote:
> Thanks, can you please try the attached patch?
I find it overkill to change the code for HP-UX and NonStop systems
when the report is about Solaris. Also I think the structure of the loop
is not the problem; it is the code's reaction to
acl("x", ACE_GETACL, 4, 0x3432A16E0)
On 01/30/2012 07:01 PM, JONES, BILL wrote:
> those are vxfs.
Thanks, can you please try the attached patch?
You can apply it by running the shell commands:
cd lib
patch < vxfs-patch.txt
I'll CC: this to bug-gnulib as it appears to be a Gnulib bug.
Thanks.
acl: fix infinite loop on Solaris 1
Playing around with the latest mv checkin,
I noticed another corner case:
Create a file 'f', a symlink 'l' to it, and
then a hardlink 's' to that symlink:
$ touch f && ln -s f l && ln l s && ls -ogi
total 0
6444 -rw-r--r-- 1 0 Feb 1 08:52 f
6462 lrwxrwxrwx 2 1 Feb 1 08:52 l -> f
6462
13 matches
Mail list logo
