Eric Blake <[EMAIL PROTECTED]> wrote:
> | You may
> | also want
> | to use strace to determine what errno the kernel was returning.
> |
> | $ strace -c rmdir /media/win/System\ Volume\ Information/
> |
> | rmdir: échec de suppression de `/media/win/System Volume Information/':
> | Le fichi
Phillip Susi <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> Here are two reasons:
>>
>> - lack of convincing arguments: any program that runs
>> "ls -i non-directory ..." is not affected at all.
>
> Of course it is effected -- it takes much longer to run.
When I say "not affected" I mea
Jim Meyering wrote:
Here are two reasons:
- lack of convincing arguments: any program that runs
"ls -i non-directory ..." is not affected at all.
Of course it is effected -- it takes much longer to run.
- lack of evidence that users would be adversely affected:
the only program a
Phillip Susi <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>>> EVERY application that invokes ls -i is effected.
>>
>> Please name one.
>
> I'm not sure why this isn't getting through to you. ANY and EVERY
> invoker of ls -i that does or possibly could exist is effected by a
> degradation of it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[re-adding the list - by sending a private mail, you managed to catch me
at the start of a vacation, hence the delay in replying]
According to JackDesBwa on 6/23/2008 2:00 PM:
| Can you repeat with 'LC_ALL=C rmdir ...' and see what the English
|
Jim Meyering wrote:
EVERY application that invokes ls -i is effected.
Please name one.
I'm not sure why this isn't getting through to you. ANY and EVERY
invoker of ls -i that does or possibly could exist is effected by a
degradation of its performance.
_
(apologies if my mailreader mangles your name - I can't easily write
in BIG-5)
On Thu, 10 Jul 2008, ¬x¥ô¿Ù wrote:
Normally, cp -rv files > log should list all the files copied in the file 'log'.
However, when cp -rv a directory under file system mounted via FUSE,
redirect of I/O doesn't work.
Jim Meyering <[EMAIL PROTECTED]> writes:
> What about those older SYSV-derived systems where stat --format %G $(tty)
> prints the primary group of the user running who?
I wonder how they get the functionaly of write.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products
> > EVERY application that invokes ls -i is effected.
>
> Please name one.
magicmirror
Which nobody uses. Try again; and this time a program that is in
common use.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org
Jim Meyering writes ("Re: making GNU ls -i (--inode) work around the linux
readdir bug"):
> Phillip Susi <[EMAIL PROTECTED]> wrote:
> > EVERY application that invokes ls -i is effected.
>
> Please name one.
magicmirror
Ian.
___
Bug-coreutils mailing
Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>> It's starting to look like the cost/benefit ratio is too high,
>> so I don't expect to spend time on this.
>> However, if someone can propose a portable and reliable test
>> for that attribute, I'll be happy to
Jim Meyering <[EMAIL PROTECTED]> writes:
> It's starting to look like the cost/benefit ratio is too high,
> so I don't expect to spend time on this.
> However, if someone can propose a portable and reliable test
> for that attribute, I'll be happy to consider it.
How about adding a configure opti
On Thu, 10 Jul 2008, Janarthanan Palanichamy wrote:
Hi GNU coreutils,
Today I just tried "cd ~" .
After entering this in the terminal it became unable to delete the ~ symbol
and the user have to use the to come out of that, to enter other
commands. Using a 2.6 Kinux kernel (RH 4)
This is no
Pádraig Brady <[EMAIL PROTECTED]> wrote:
> This issue is still present on fedora 9 at least,
> which you can confirm with this command:
>
> printf " \tif\n" | expand --initial -t4 |
> grep -qF "$(printf '\t')" && echo buggy
>
> So it's worth adding a test I think.
Better coverage is always good.
Pádraig Brady <[EMAIL PROTECTED]> writes:
> I don't see why gcc is giving this warning, as
> there is no comparison between signed and unsigned here.
> For example in the following program compiled
> with -Wsign-compare why does the second assignment
> give a warning, while the first doesn't?
>
>
Matthew Woehlke <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> If anyone can find a system on which this prints
>> something other than "tty", please let us know:
>>
>> stat --format %G $(tty)
>
> I get my primary GID on AIX 4.3 and Irix 6.5, and "terminal" on OSF1
> 5.1. The OSS I have acce
Phillip Susi <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> From what I've read, POSIX does not specify this.
>> If you know of wording that is more precise, please post a quote.
>
> That was my point the standard does not specify that this behavior
> is an error, and since every unix syst
Hi GNU coreutils,
Today I just tried "cd ~" .
After entering this in the terminal it became unable to delete the ~ symbol
and the user have to use the to come out of that, to enter other
commands. Using a 2.6 Kinux kernel (RH 4)
Update me whether you see this in you setup / this is a valid issu
Hi all,
I found a very strange problem with cp.
Normally, cp -rv files > log should list all the files copied in the file 'log'.
However, when cp -rv a directory under file system mounted via FUSE,
redirect of I/O doesn't work. The verbose output is gone and the log file
contains nothing. Also, if
This issue is still present on fedora 9 at least,
which you can confirm with this command:
printf " \tif\n" | expand --initial -t4 |
grep -qF "$(printf '\t')" && echo buggy
So it's worth adding a test I think.
cheers,
Pádraig.
>From b36ea40fc24c6d3aca6094de90657e067fa80ff6 Mon Sep 17 00:00:00 20
Pádraig Brady wrote:
> I noticed Jim fixed a couple obvious
> issues highlighted by the -Wsigned-compare gcc option
> we were talking about a few days ago.
>
> The attached patch silences all other instances,
> so that this option may be used to help find these
> hard to spot errors, when they're
21 matches
Mail list logo
