Thanks to the prod from Wayne Pollock,
I've just revived this thread:
http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/14020
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
In http://bugzilla.redhat.com/454261, Piotr Gackiewicz
reported a bug whereby 'who -a's "+/-" indicator of whether
a user/tty is accepting messages was incorrectly listed as "+",
when in fact, the user was not accepting messages (mesg no).
The difference lay in the group name associated with the P
Ian Jackson <[EMAIL PROTECTED]> wrote:
> Jim Meyering writes ("making GNU ls -i (--inode) work around the linux
> readdir bug"):
>> With a Linux-based kernel, GNU ls -i can list the wrong inode
>> for a mount point.
>>
>> Ian Jackson raised this issu
Ian Jackson <[EMAIL PROTECTED]> wrote:
> Jim Meyering writes ("Re: making GNU ls -i (--inode) work around the linux
> readdir bug"):
>> Ian Jackson <[EMAIL PROTECTED]> wrote:
>> > That is to say you are proposing to fix my complaint by entrenching
>&g
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Ian Jackson <[EMAIL PROTECTED]> wrote:
>> It's the permitted by the specs
>
> The old POSIX spec permitted anything.
> The soon-to-be-current version of POSIX has new wording:
>
> The value of the structur
"James Youngman" <[EMAIL PROTECTED]> wrote:
> How about just comparing the GID of the other user's terminal against
> the GID of the terminal whose name would have been printed if we'd run
> "tty"?
Thanks, but in http://bugzilla.redhat.com/454261,
the example shows that a user in the "mesg n" stat
Ian Jackson <[EMAIL PROTECTED]> wrote:
> Jim Meyering writes ("Re: making GNU ls -i (--inode) work around the linux
> readdir bug"):
>> Ian Jackson <[EMAIL PROTECTED]> wrote:
>> > That is all systems. All UN*X systems since the dawn of time have
>>
Phillip Susi <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> Ultimately, neither POSIX nor any other official standard defines what
>> is "right" for coreutils. POSIX usually serves as a fine reference, but
>> I don't follow it blindly.
Phillip Susi <[EMAIL PROTECTED]> wrote:
> The new POSIX standard verbiage you
> pointed out only _hints_ that that it is incorrect behavior, with no
> justification for that position.
>From what I've read, POSIX does not specify this.
If you know of wording that is more precise, please post a quot
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Paul Eggert <[EMAIL PROTECTED]> wrote:
>
>> Pádraig Brady <[EMAIL PROTECTED]> writes:
>>
>>> Yes I suppose %z and PRIdMAX are C99 specific.
>>
>> %z is C99 specific, and should not be relied on, bu
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
>
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
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.
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 t
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 possi
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
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
Pádraig Brady <[EMAIL PROTECTED]> 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 er
This isn't the sort of thing you do every day, but it's handy
not to have to dig through documentation for a recipe:
Here's a proposed change to HACKING:
>From a28d580f4729170f26a7ec40a19ee4d6301acf3d Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: W
So I'm considering
whether to add ptx to the list of programs that are not
installed by default.
Jim
>From 773be9eca85da9a9a33d42d29ecfd04c9aec5c3f Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Tue, 15 Jul 2008 08:30:38 +0200
Subject: [PATCH] fix two bugs in ptx
* s
eo formats
> .axv 01;35
> .anx 01;35
> .ogv 01;35
> .ogx 01;35
>
> # the list of audio formats
> .axa 00:;36
> .oga 00:;36
> .spx 00:;36
> .xspf 00:;36
Thank you!
I expect to push this patch soon:
>From 6ce2e99201a03f034f804ab9f2407f78f76b54d2 Mon Sep 17 00:00:00 200
Update of bug #23798 (project coreutils):
Status:None => Fixed
___
Follow-up Comment #1:
Thanks! I've addressed this with the following patch:
http://thread.gmane.org/gmane.comp.gn
Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Pádraig Brady wrote:
>> Kamil Dudka wrote:
>>> as solution to rhbz #431997 and #449263 I propose patch for dd - support for
>>> reading of full blocks. This support is activated with dd parameter
>>> conv=fullblk. This patch has no effect if parameter conv
Ondřej Vašík <[EMAIL PROTECTED]> wrote:
> Hello,
> as discussed with Jim Meyering via IRC, I'm sending changed version of
> the patch #3 to the list. This one patch adds range to valid TZ and
> handles correctly hours when no minutes are specified (until that patch
> is
Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Like mkfifo, mknod has its --help output mangled.
> ---
> mknod: correct misplaced -Z description in --help output
>
> * src/mknod.c (usage): Put it after the "Mandatory arguments..." line.
Thanks! Applied and pushed.
_
Cai Xianchao <[EMAIL PROTECTED]> wrote:
> I run as root and used chcon -l to set range of a file, but it failed and
> there was error message output.
>
>
> I did as follows:
> #uname -r
> 2.6.18-92.el5
>
> #sestatus
> SELinux status: enabled
> SELinuxfs mount:/selinu
Reuben Thomas <[EMAIL PROTECTED]> wrote:
> It would both be logical, and help with testing (where one wouldn't
> have to change one's login script) if dircolors tried to load
> ~/.dircolors if no database is given and the file exists.
Or just put this in your start-up script:
d=.dircolors
tes
Kamil Dudka <[EMAIL PROTECTED]> wrote:
> as requested in rhbz #449985 by sectools team it will be good to have
> capability displaying support in ls. This patch has no effect on systems
> without function cap_get_file supported since libcap 2.x. You have to run
> configure with parameter --enable-l
Reuben Thomas <[EMAIL PROTECTED]> wrote:
> On Sat, 19 Jul 2008, Jim Meyering wrote:
>> Reuben Thomas <[EMAIL PROTECTED]> wrote:
>>> It would both be logical, and help with testing (where one wouldn't
>>> have to change one's login script) if dircol
Reuben Thomas <[EMAIL PROTECTED]> wrote:
> On Sat, 19 Jul 2008, Jim Meyering wrote:
>
>> Reuben Thomas <[EMAIL PROTECTED]> wrote:
>>> On Sat, 19 Jul 2008, Jim Meyering wrote:
>>>> Reuben Thomas <[EMAIL PROTECTED]> wrote:
>>>>> I
Kamil Dudka <[EMAIL PROTECTED]> wrote:
...
>> Move this cap_free call "up". Then you can remove
>> the repeated call below.
>>
>> > +return false;
>> > + }
>> > +
>> > + /* check if human-readable capability string is empty */
>> > + hasCap = *result;
> I am not sure about this change. libc
Ondřej Vašík <[EMAIL PROTECTED]> wrote:
...
> Where should I document current the changes? In gnulib getdate.texi
> only? Or in both gnulib and coreutils documentation?
Hi Ondřej,
Documenting in getdate.texi will be enough, because that file is
included by coreutils.texi. Thanks!
_
Philip Rowlands <[EMAIL PROTECTED]> wrote:
> On Tue, 22 Jul 2008, Ralf Wildenhues wrote:
>
>> * tests/CuTmpdir.pm (chmod_tree): Do not run chmod on undefined
>> argument, can happen when the build path contains spaces.
>
> That sounds wrong - there's no magic to unusual characters in
> filenames ot
e equivalent of find . -type d -print0|xargs -0 chmod -R 700.
my $options = {untaint => 1, wanted => \&chmod_1};
--
1.6.0.rc0.2.g9b02c
>From 9bb0d5766eeb200dae447a616903f14a0079aa63 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Tue, 22 Jul 2008
Kamil Dudka <[EMAIL PROTECTED]> wrote:
> From 4f14f5e39d7687ddb252f5a7560724179635c944 Mon Sep 17 00:00:00 2001
> From: Kamil Dudka <[EMAIL PROTECTED]>
> Date: Tue, 22 Jul 2008 12:53:00 +0200
> Subject: [PATCH] --color now highlights files with capabilities, too
Please make the first line of the l
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>> Look at it as an incentive not to use directories with names
>> containing meta-characters ;-)
>
> Well, *I* am doing it for fun. Others use /c/My Files/... because yet
> others thought requiring users to cope with such names would be a cool
> idea. T
Reuben Thomas <[EMAIL PROTECTED]> wrote:
> From: Reuben Thomas <[EMAIL PROTECTED]>
> Date: Tue, 22 Jul 2008 23:25:04 +0100
> Subject: [PATCH] doc: Add example .bashrc code for a ~/.dircolors file.
>
> * coreutils.texi: Add tip for .bashrc use from Jim Meyering.
...
Perf
bytes" -eq 3 || fail=1
+(echo a; sleep .1; echo b) \
+ | LC_ALL=C dd bs=4 status=noxfer iflag=fullblock >out 2>err || fail=1
+echo "a
+b" > out_ok
+echo "1+0 records in
+1+0 records out" > err_ok
+compare out out_ok || fail=1
+compare err err_ok || fail=1
+
o standard error and then resume copying.
>From 4fff95cfe1b1c11501759d8cb5386489628dfabb Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Wed, 23 Jul 2008 15:50:40 +0200
Subject: [PATCH] dd: adjust --help output so help2man formats the man page
properly
* src/dd.c (us
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Kamil Dudka <[EMAIL PROTECTED]> wrote:
>> On Monday 21 July 2008 12:53:08 you wrote:
> ...
>> Ok, description improved. Also applied some Jim's recommendations
>> from another RFE - new patch in attachment...
&
s)
Failed to set capabilities on file `t' (Operation not permitted)
usage: setcap [-q] (-r|-|) [ ... (-r|-|)
]
Note must be a regular (non-symlink) file.
Considering the test doesn't pass anywhere I've tried, I'm in
no hurry to apply it.
>From 25b74ca3b1e713b9790
Linda Walsh <[EMAIL PROTECTED]> wrote:
> I was just watching google desktop -- that's supposed to index in background
> using up 75% of my cpu(s) (3 out of 4) and wanted to try something
> cpu-intensive to see if it would back-off (it doesn't).
>
> I decided maybe factoring a large int might do the
"James Youngman" <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 25, 2008 at 11:57 AM, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> Actually, I've wanted coreutils' factor program to work
>> with arbitrary-precision numbers for a long time.
>> This is m
"James Youngman" <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 26, 2008 at 8:04 PM, James Youngman <[EMAIL PROTECTED]> wrote:
>
>> I have a working GMP-based version (essentially, it's the example
>> taken from the GMP docs that you mentioned earlier). For the moment,
>> the code always uses GMP if it'
and doc/coreutils.texi), please take a look at the submission
guidelines here:
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=HACKING;hb=HEAD
With the patch below, this works:
$ ./shuf --zero-terminated -i 1-5 --head-count=3 |cat -A; echo
[EMAIL PROTECTED]@1^@
>Fr
Mikael Magnusson <[EMAIL PROTECTED]> wrote:
...
> How's this? Feel free to reword everything or not attribute it to me
> or whatever. I presume the changes are small enough to not require
> copyright reassignment and all that.
Thank you!
Applied and pushed.
>>From 45e46e7dc573d4afcbd38ec628e779a0
Kamil Dudka <[EMAIL PROTECTED]> wrote:
> as solution to rhbz #441807 (/bin/ls fails in a directory with >6M files)
Thanks for the pointer and patch.
Normally I prefer to credit the bug reporter and mention
any bug-tracking number, but this one is private.
Does it need to remain that way?
> I pro
nch of changes that I expect to merge into yours
before pushing. In fact, I would prefer to combine all of these
(including all 4 of yours) changes into a single change set.
>From b8e65197c3e99b0b2699a2df853557c8276b1d6e Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date
Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> James Youngman <[EMAIL PROTECTED]> wrote:
>>> Support arbitrarily-long numbers with GNU MP.
>>> * m4/gmp.m4: New file; adds cu_GMP, which de
James Youngman <[EMAIL PROTECTED]> wrote:
> 2008-07-27 James Youngman <[EMAIL PROTECTED]>
>
> Support arbitrarily-long numbers with GNU MP.
Thanks again!
I've added a note in NEWS, and prefer prefer the spelling
--no-bignum over --nobignum.
I've changed the "0u" constants to "0", since I
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Jeph Cowan ucar.edu> writes:
>> > Making all in man
>> > cd .. && make am--refresh
>> > make: 1254-002 Cannot find a rule to create target \.x from dependencies.
>> > Stop.
>> > make: 1254-004 The error code from the last command is 1.
>
> Try
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Kamil Dudka <[EMAIL PROTECTED]> wrote:
>> as solution to rhbz #441807 (/bin/ls fails in a directory with >6M files)
...
> Here's the adjusted patch.
> I'll push it Friday.
I've pushed it.
Jim Meyering <[EMAIL PROTECTED]> wrote:
...
> Once you've signed off, I'll push it.
James ack'd privately, so I've pushed it.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Kamil Dudka <[EMAIL PROTECTED]> wrote:
> On Friday 25 July 2008 12:40:25 you wrote:
>> On what type of system did the new test succeed for you?
>> On rawhide, capget appears to malfunction:
>>
>> # rm t;>t;strace -e capget setcap cap_net_bind_service=ep t 2>&1|cut
>> -c-78 capget(0x20071026, 0, N
Jeph Cowan <[EMAIL PROTECTED]> wrote:
> Hi Ralf.
>
> Thanks for the quick reply. I tried the GNU-make and had the same results:
>
> ...
>> Making all in man
>> make[2]: Entering directory `/ptmp/jeph/coreutils-6.12/man'
>> make[2]: *** No rule to make target `\.x', needed by `\.1'. Stop.
>> make
Peter Fales <[EMAIL PROTECTED]> wrote:
> I decided to have a look at the latest coreutils-6.12.70-4f470, and I'm
> seeing a new problem on Solaris 8. (Both sparc and x86)
>
> It seems that on Solaris, you can't simply copy the ACLs using GETACL/SETACL
> if the source file is in /tmp. This causes
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
> This fixes a bootstrap failure on FreeBSD due to:
>
> $ expr --gnulib-srcdir=foo : '--gnulib-srcdir=\(.*\)'
> expr: illegal option -- -
> usage: expr [-e] expression
Thank you!
Applied.
___
Bug-c
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
...
>> > Would the following not have sufficed, too?
>> >
>> >> -trap 'st=$?; cleanup_; d='"$t_"';
>> >> -cd '"$test_dir_"' && chmod -R u+rwx "$d" && rm -rf "$d" && exit $st' >> >> 0
>> > +trap 'st=$?; cleanup_; d="$t_";
>> > +cd "$test_dir_" &
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * build-aux/check.mk ($(TEST_LOGS)) [!GNU_MAKE]: Check for
> a $(TESTS) test in the build dir, before one in srcdir.
> ---
>
> Hmpf. First, this updated patch fixes the alignment of backslash
> newline.
>
> Second, I should note that this whole shenanig
set already has
locale-dependent bugs. In other words, while this change does restrict
the input grammar slightly, it is for a good cause: making the grammar
locale-independent.
Barring objections, I'll push this on Monday.
>From cfd6d6448c3e1f1fec7f50ad1b58d252d172eec8 Mon Sep 17 00:00:00 20
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> I'm getting the following test failures on AIX 5.3.
> They are using current git coreutils and gnulib, and
> gettext 0.16.1 IIRC. The UNKNOWN-dirty is because I
> must like it that way, I guess. ;-)
Thanks for the report!
...
> nmerge-yes...
> nmerge-
Bruno Haible <[EMAIL PROTECTED]> wrote:
>> Here's a proposed patch to solve the problem without changing locale.
>> Since tables are all ASCII, we can simply use c_toupper instead
>> of toupper. While not necessary, I've gone ahead and changed to
>> c_isspace and c_isalpha as well. Any applicatio
src/factor.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/factor.c b/src/factor.c
index c7cd29e..8a1acf8 100644
--- a/src/factor.c
+++ b/src/factor.c
@@ -16,8 +16,8 @@
/* Written by Paul Rubin <[EMAIL PROTECTED]>.
Adapted for GNU, fixed to factor UI
ot;Exit with a status code indicating failure."));
I'd like to keep it so there's just one gettext call,
so solved the problem slightly differently:
>From 6b9f1bdd66a2e0b0f494d6f86e4cda43bf2215d2 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Mon, 4
Benno Schulenberg <[EMAIL PROTECTED]> wrote:
> While updating the Dutch translation for coreutils, I came across a
> few small inconsistencies. Attached patches fix those.
>
>>From 0cceb3fb67b07d7ca50e65f85aaf6b9eeb487939 Mon Sep 17 00:00:00 2001
> From: Benno Schulenberg <[EMAIL PROTECTED]>
> Dat
Benno Schulenberg <[EMAIL PROTECTED]> wrote:
> While updating the Dutch translation for coreutils, I came across a
> few small inconsistencies. Attached patches fix those.
Thanks again.
I appreciate the format-patch output.
I've applied all of the others as-is and put them into a single commit:
Bruno Haible <[EMAIL PROTECTED]> wrote:
> $ LC_ALL=C uptime --version
> uptime (GNU coreutils) 6.11
> ...
>
> But "info coreutils" does not contain any information about the 'uptime'
> program. In order to understand the numbers that "uptime" outputs, I had to
> resort to wikipedia [1].
Thanks. T
"John David Anglin" <[EMAIL PROTECTED]> wrote:
> This is a hppa specific bug. It turns out the errno's for
[this is regarding http://bugs.debian.org/488549 ]
Thanks for the report and patch.
The patch is required for the very latest, upstream, too,
and I'm about to apply it.
What versions of HP
Micah Cowan <[EMAIL PROTECTED]> wrote:
> Here's what the ISO C standard says about the conditional operator:
>
> «The first operand is evaluated; there is a sequence point after its
...
?!?
Are you worried that I don't know the semantics of some C operator?
> Of course, it's still possible that t
James Youngman <[EMAIL PROTECTED]> wrote:
> * doc/coreutils.texi (uptime invocation): document uptime.
> * TODO: uptime is documented now.
> * src/uptime.c (print_uptime): Use fprintftime to print the time, rather
> than printf. This should make the situation better for translations.
> ---
> TODO
"John David Anglin" <[EMAIL PROTECTED]> wrote:
>> getfilecon_raw() uses getxattr(). The manpage for getxattr()
>> says it returns ENOTSUP if extended attributes are not supported.
>> This is a syscall and it will take a bit more digging to see if
>> it is consistent with the documentation.
>
> I f
Bo Borgerson <[EMAIL PROTECTED]> wrote:
> David Muir Sharnoff wrote:
>> I've got 200 1GB pre-sorted files. If I try to merge
>> them with sort -m, it is obvioulsy trying to do too much
>> work: after running for a couple minutes, it has not
>> produced any output but it has made a 5 GB temporary
tp://ftp.gnu.org/pub/gnu/diffutils/diffutils-2.8.1.tar.gz
and then rerun coreutils'
"make check", the resulting output would be far more useful.
> Jim Meyering wrote:
>> Jeph Cowan <[EMAIL PROTECTED]> wrote:
>>
>>> Hi Jim/Ralf.
>>>
>>>
James Youngman <[EMAIL PROTECTED]> wrote:
> * doc/coreutils.texi (Special): Document the supported baud rates
> beyond 38400.
Applied. Thanks!
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
James Youngman <[EMAIL PROTECTED]> wrote:
> * doc/coreutils.texi (mv invocation): remove documentation for mv --reply.
> (cp invocation): Likewise.
Applied. Thanks again!
(btw, I alphabetized the new NEWS entry; another was out
of order, too, and removed some trailing blanks)
_
50d Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Fri, 8 Aug 2008 12:47:34 +0200
Subject: [PATCH] * .gitattributes: Better diff output for texinfo sources.
---
.gitattributes |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
create mode 100644
This eliminates some recently-introduced duplication in dd.c:
>From 726419a9062abbc07a0ab4d4978bff765d14537e Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Thu, 7 Aug 2008 23:01:16 +0200
Subject: [PATCH] dd.c: reduce duplication in new O_FULLBLOCK-defining code
*
|5 +-
TODO |5 +
doc/coreutils.texi | 17 ++-
src/Makefile.am|3 +
src/expr.c | 655 +---
6 files changed, 594 insertions(+), 93 deletions(-)
diff --git a/AUTHORS b/AUTHORS
index eab9bec..9c3d990 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -25,7 +25,
I noticed that ./sort -m --batch-size=18446744073709551617
was printing garbage as part of its diagnostic.
Here's the fix, along with a couple other improvements.
>From cd1f4bc1ecde1e7b313c1d0d587a07965d00d8b1 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Su
Benno Schulenberg <[EMAIL PROTECTED]> wrote:
> Attached the promised batch of other string fixes.
>
> The sixth patch removes brackets around the MMDD... part on the
> second synopsis line of 'date'. They are unneeded, because the
> first synopsis line already desscribes the possibility of having
Thanks again to both of you for the reports of test failure.
This was a real bug. And mktemp and tac both had similar problems.
I've fixed it like this:
>From 55416011e0a5b3275024226a6f91dd46389a18b3 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Wed, 13 Aug
"Andras Barna" <[EMAIL PROTECTED]> wrote:
>>> @osol /ntfs: /usr/gnu/bin/mkdir -p t/t/t/t/t/t/t/t/t/t//t/t///t//t/t/t/
>>> @osol /ntfs: /data/a/bin/rm --version|head -1
>>> rm (GNU coreutils) 6.12
>>> @osol /ntfs: /data/a/bin/rm -rf t
>>> @osol /ntfs: echo $?
>>> 0
>>> @osol /ntfs: ls t
>>> t
>>> @o
mp.gnu.coreutils.bugs/14235>
>
> * Jim Meyering wrote on Tue, Aug 05, 2008 at 11:10:44PM CEST:
>> Jeph Cowan <[EMAIL PROTECTED]> wrote:
>> >
>> > I tried both the patch and the subsequent commenting out of
>> > nmerge-no's ERR_SUBST line. Neither produ
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> FAIL: dd/misc.log (exit: 1)
> ===
...
> + compare out_ok out
> + compare err_ok err
> --- err_ok 2008-08-12 19:24:03.0 +
> +++ err 2008-08-12 19:24:03.0 +
> @@ -1,2 +1,3 @@
> ++ LC_ALL=C
> 1+0 records
ph and Ralf,
The problem is the same with cp/thru-dangling.
I'm hoping this works around the bogus shell in AIX 5.3:
>From e4cef1d9b45225327e4f95148358f214957663fa Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Wed, 13 Aug 2008 10:40:58 +0200
Subject: [PATCH] set e
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> FAIL: misc/expr.log (exit: 1)
> =
>
> expr: arbitrary-precision support is not available
> expr (GNU coreutils) 6.12.135-b041
...
> bignum-add...
> expr: test bignum-add failed: exit status mismatch: expected 0, got 3
> bignu
mp support was not available.
James, any objection to this change?
>From 38050c05b59b71f3103b8ad36337cd2d216e1fa7 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Wed, 13 Aug 2008 09:58:47 +0200
Subject: [PATCH] "expr --bignum 1" now fails when expr buil
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Bruce Korb <[EMAIL PROTECTED]> writes:
>
>> Here is the usage text from my latest --sort=version patch (attached),
>> now that paperwork is in order.
>
> What is the status of this work? I have wanted to use sort this way
> several times but became disa
"Andras Barna" <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
...
>> That suggests that the opensolaris ntfs support for unlinkat
>> doesn't work as documented. That unlinkat call is succeeding,
>&
Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>> diff --git a/src/sort.c b/src/sort.c
>> index b932a51..728c935 100644
>> --- a/src/sort.c
>> +++ b/src/sort.c
>> @@ -741,7 +741,7 @@ create_temp_file (int *pfd)
&
Bruce Korb <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> Simon Josefsson <[EMAIL PROTECTED]> wrote:
>>> Bruce Korb <[EMAIL PROTECTED]> writes:
>>>
>>>> Here is the usage text from my latest --sort=version patch (attached),
>>&g
"Andras Barna" <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 13, 2008 at 9:39 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> "Andras Barna" <[EMAIL PROTECTED]> wrote:
>>> On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering <[EMAIL PROTECTED]> wrot
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Jim Meyering on 8/13/2008 12:50 PM:
> |if (fd < 0)
> | -die (_("cannot create temporary file in"), temp_dir);
> | +{
> | + error (0, errno, _("cannot create temporary fil
Szabolcs Szakacsits <[EMAIL PROTECTED]> wrote:
> Jim Meyering meyering.net> writes:
>> "Andras Barna" gmail.com> wrote:
>> > On Tue, Aug 12, 2008 at 6:56 PM, Jim Meyering meyering.net>
>> > wrote:
>> ...
>> >> That suggest
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Jim Meyering on 8/14/2008 6:12 AM:
> |> | + error (0, errno, _("cannot create temporary file in %s"),
> |> | + quote (temp_dir));
> |> | + exit (SORT_FAILURE);
> |> | +}
&
FY. Thanks!
Also, I've made the following adjustments that will
be combined into your commit before I push.
Since the commit has your name on it, I'll wait to hear
back from you before doing this:
>From 929479026b3fd5910c165c22e1fae9f02e773342 Mon Sep 17 00:00:00 2001
From: J
Matthew Woehlke <[EMAIL PROTECTED]> wrote:
> Eric Blake wrote:
>> According to [EMAIL PROTECTED] on 8/17/2008 10:07 PM:
>>> Thank you very much for the clarification, it makes perfect sense to me
>>> now - as I said I was surprised that I appeared to have found a bug.
>>>
>>> I have now reread the
"Michael Alston" <[EMAIL PROTECTED]> wrote:
> Question:
>
> Did the options for the Unix sort command change?
Yes. Some time ago.
> Why does:
>
>% sort -5 myfile
>
> no longer sort myfile by keying off of column 5?
That precise syntax never worked.
However, syntax like this used to be the n
> Which website does the best job of presenting usage examples for the sort
> command, for a non-CS major?
You can start with the examples in "info coreutils sort".
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/list
Eric Blake <[EMAIL PROTECTED]> wrote:
>>From edd292f8d4a5845bcc0d01ab080a6fc9f51a36fa Mon Sep 17 00:00:00 2001
> From: Eric Blake <[EMAIL PROTECTED]>
> Date: Mon, 18 Aug 2008 21:50:27 -0600
> Subject: [PATCH] sort: improve usage wording
>
> * src/sort.c (usage): Mention that -k defaults to end of l
401 - 500 of 5263 matches
Mail list logo