Alex Shinn wrote:
2010/6/8 Pádraig Brady p...@draigbrady.com:
On 07/06/10 06:19, Alex Shinn wrote:
Ideally join should be able to handle files sorted in any order
that sort provides, but as a bare minimum it should at least
be able to join files sorted on numeric fields.
Well if there
Paul Eggert wrote:
Jeff Liu and Jim Meyering wrote:
diff --git a/src/fiemap.h b/src/fiemap.h
new file mode 100644
index 000..d33293b
--- /dev/null
+++ b/src/fiemap.h
Hi Paul,
Thanks for the review.
Why is this file necessary? fiemap.h is included only if it exists,
right?
Hello,
Please excuse me if I'm not going about this the right way but I would
like to offer a tiny patch for ls that adds an option to turn on digit
grouping for file sizes in the long output format.
(The support for displaying digit grouping is already present, all that
is required is an option
Jim Meyering wrote:
Paul Eggert wrote:
Jeff Liu and Jim Meyering wrote:
diff --git a/src/fiemap.h b/src/fiemap.h
new file mode 100644
index 000..d33293b
--- /dev/null
+++ b/src/fiemap.h
Hi Paul,
Thanks for the review.
Why is this file necessary? fiemap.h is included only if it
Sam Bobroff wrote:
Please excuse me if I'm not going about this the right way but I would
like to offer a tiny patch for ls that adds an option to turn on digit
grouping for file sizes in the long output format.
(The support for displaying digit grouping is already present, all that
is
On Wed, Jun 9, 2010 at 3:56 PM, Jim Meyering j...@meyering.net wrote:
When comparing floating point numbers how would join measure equality?
Should it consider 1.001e2 to be equal to 100.0 ?
What if the maximum precision available does not
allow us to distinguish those two values?
Jim Meyering wrote:
Jim Meyering wrote:
Subject: [PATCH 01/10] cp: Add FIEMAP support for efficient sparse file copy
FYI, using those patches, I ran a test for the first time in a few days:
check -C tests TESTS=cp/sparse-fiemap VERBOSE=yes
It failed like this on an ext4 partition
jeff.liu wrote:
Jim Meyering wrote:
Jim Meyering wrote:
Subject: [PATCH 01/10] cp: Add FIEMAP support for efficient sparse file copy
FYI, using those patches, I ran a test for the first time in a few days:
check -C tests TESTS=cp/sparse-fiemap VERBOSE=yes
It failed like this on an
The -n option is documented as number all output lines, but when -b
is present it only numbers non-blank lines. The documentation should
read number output lines.
--
Chas. Owens
wonkden.net
The most important skill a programmer can have is the ability to read.
* src/cat.c (usage): Clarify that -b overrides -n.
* doc/coreutils.texi (cat invocation): Likewise.
* THANKS: Update.
Suggested by Chas. Owens, in bug 6383.
---
The -n option is documented as number all output lines, but when -b
is present it only numbers non-blank lines. The documentation
That would work as well. I suggested removing the all because it
was the simplest solution and would move the text closer to what BSD
uses, but this spells out the behavior explicitly.
On Wed, Jun 9, 2010 at 13:17, Eric Blake ebl...@redhat.com wrote:
* src/cat.c (usage): Clarify that -b
11 matches
Mail list logo