Re: ls -p same as ls -F

2004-10-21 Thread Jim Meyering
erkan yanar <[EMAIL PROTECTED]> wrote: > Why is ls -p doing the same as ls -F? Thats in contradiction to susv3. They don't always work the same for me: $ touch x; chmod a+x x $ /bin/ls -F x x* $ /bin/ls -p x x $ /bin/ls --version|head -n1 ls (coreutils) 5.2.1 Please give a precise

ls -p same as ls -F

2004-10-21 Thread erkan yanar
Hello, Why is ls -p doing the same as ls -F? Thats in contradiction to susv3. tschazu erkan -- über den grenzen muß die freiheit wohl wolkenlos sein ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: ls features

2004-10-21 Thread Paul Jarc
Mike Miller <[EMAIL PROTECTED]> wrote: > The 'ls' command has many great features/options but case insensitivity is > not one of them. Where would you want to have case insensitivity? If you're thinking of pathname generation from wildcards, that's handled by the shell, not ls. This might be w

ls features

2004-10-21 Thread Mike Miller
Dear GNU Developers: This is not a bug report. It is a feature request. Sorry for sending it here, but I don't know where else to send it. The 'ls' command has many great features/options but case insensitivity is not one of them. Also, things like 'ls *' will fail if the directory listing i

Re: uniq: exit status not documented enough

2004-10-21 Thread Dan Jacobson
P> * man/uniq.x: Change summary so that it doesn't imply that P> uniq writes to its input file. Problem reported by P> Dan Jacobson. Ah, indeed, it implied that too! Good snooping. However, as I was talking about exit codes, >> uniq - report or omit duplicate lines therefore if it

Re: head -n -1

2004-10-21 Thread Paul Jarc
Paul Eggert <[EMAIL PROTECTED]> wrote: > "tail -n COUNT" already uses the sign of the count for something > different, so it would be confusing if "head" used the sign in the way > that you suggest. It might be a better parallel if "head -n -1" (or some other spelling) wrote all but the last N lin

Re: head -n -1

2004-10-21 Thread Paul Eggert
Dan Bolser <[EMAIL PROTECTED]> writes: > Calls to head with negative line numbers should return that number of > lines from the end of the file. You can use "tail -n 1" for that. "tail -n COUNT" already uses the sign of the count for something different, so it would be confusing if "head" used t

Missing parameter in help screen and manual page of df

2004-10-21 Thread Soós Péter
Hi, There is an -m option of df (show the values in megabytes), but it is not documented neither on the help screen (got by --help option) nor the manual page. Regards, -- Soós PéterPannonhalmi Főapátság / Archabbey of Pannonhalma H-9090 Pannonhalma, Vár 1.

head -n -1

2004-10-21 Thread Dan Bolser
Calls to head with negative line numbers should return that number of lines from the end of the file. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: mv fails with "Too many open files" when moving _many_ files

2004-10-21 Thread Jim Meyering
My patch of Monday (2004-10-18) was wrong. Here's a fix that introduces fewer bugs. I've added a test for the cross-partition mv failure and another that makes rm fail with Monday's patch. 2004-10-21 Jim Meyering <[EMAIL PROTECTED]> * tests/mv/leak-fd: New file. * tests/mv/Make