wc feature request with patch

Ms. or Mr. bug-coreutils, I needed to measure the size of some byte streams and didn't want to do all the conversions by hand. So I patched in a --human-readable option into wc that prints the byte count in human readable format. If both -c and -h are used it will print both, which is what I

report bug of program cp v5.2.1

Hi, In the Fedora 3,the default version of cp program is 5.2.1. and the cp is set a alias as "cp -i" in the file ~/.bashrc. In this statement,the cp can not run well. 1, copy file named "a" into file named "b" with command "cp a b". 2 duplicate the step 1, it prompt that the fil

Re: [patch] Get coreutils 6.1 to build on a ANSI 89 compiler

mwoehlke wrote: > Right. Most likely I will build the next "stable" coreutils across the > board, at which point I expect I will probably file a few bug reports > (or one, with many parts) detailing how to detect and enable c99 for > various platforms (particularly on systems where the answer is

Re: [patch] Get coreutils 6.1 to build on a ANSI 89 compiler

mwoehlke <[EMAIL PROTECTED]> wrote: > Paul Eggert wrote: >> mwoehlke <[EMAIL PROTECTED]> writes: >>> people seem to want to only support GNU software >>> on the latest stable release of Linux >> That may be true for other packages but it's not true of coreutils. >> Coreutils is built fairly regular

Re: [patch] Get coreutils 6.1 to build on a ANSI 89 compiler

Bob Proulx wrote: mwoehlke wrote: Right. Most likely I will build the next "stable" coreutils across the board, at which point I expect I will probably file a few bug reports (or one, with many parts) detailing how to detect and enable c99 for various platforms (particularly on systems where t

Re: report bug of program cp v5.2.1

"Connor Xu" <[EMAIL PROTECTED]> writes: > In the Fedora 3,the default version of cp program is 5.2.1. and the cp is > set a alias as "cp -i" in the file ~/.bashrc. > In this statement,the cp can not run well. > 1, copy file named "a" into file named "b" with command "cp a b". > 2

Re: "chmod a+rwx A B" doesn't chmod A before chmoding B

Paul Eggert <[EMAIL PROTECTED]> wrote: > While testing the new mkdir -p stuff I noticed a bug in chmod: > it doesn't operate left-to-right as tradition and POSIX require: > > $ mkdir d d/e > $ chmod 0 d/e d > $ chmod a+rwx d d/e > chmod: cannot access `d/e': Permission denied > > The last

cp -i and mv -i incompatibility with POSIX

Here's a patch that fixes an incompability of cp -i and mv -i with POSIX. POSIX requires a prompt fairly early on, so that the user can bail out from an operation they know will fail. But coreutils sometimes looks ahead, sees that the operation will fail, and reports an error message before promp

[bug #16325] Fixes needed to build coreutils on Interix (SFU or SUA)

Update of bug #16325 (project coreutils): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #6: These bugs all s

fix for ln.c porting bug on HP Nonstop

I installed this: 2006-09-19 Paul Eggert <[EMAIL PROTECTED]> * src/ln.c (target_directory_operand): Rewrite to avoid porting problem on Tandem reported by Matthew Woehlke in . --- src/ln.c.~1.160.~ 2006-09-02 19:53:16.0 -0

[bug #17172] Problems building coreutils-5.97 on OSS (HP Nonstop)

Update of bug #17172 (project coreutils): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: I think most of

[bug #11638] chmod and setgid bit

Update of bug #11638 (project coreutils): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks for the b

[bug #11004] Results of "sort" fail "sort -c" check if LANG is set and memory is low

Update of bug #11004 (project coreutils): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #4: No activity for

[bug #12402] du command produces incorrect disk usage information for NFS mounted file system.

Update of bug #12402 (project coreutils): Status:None => Need Info Open/Closed:Open => Closed ___ Follow-up Comment #1: The behavior is

Re: suggestion for re-wording Disk usage node in doc/coreutils.texi

vy <[EMAIL PROTECTED]> writes: > Would the following re-wording be in some small way an improvement to what > is there at the Disk usage node? The old text could stand improvement, yes, thanks. However, I liked some of its vigor, so I installed the following patch instead. 2006-09-19 Paul Egge

[patch #5408] test script error

URL: Summary: test script error Project: GNU Core Utilities Submitted by: None Submitted on: Wednesday 09/20/2006 at 02:08 UTC Category: None Priority: 5 - Normal