GNU bug report logs - #13227
seq -s broken in coretutils 8.20?

Previous Next

Package: coreutils;

Reported by: Philipp Gortan <gortan <at> gmail.com>

Date: Wed, 19 Dec 2012 17:07:02 UTC

Severity: normal

Merged with 13493, 14584, 15869, 17058

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 13227 in the body.
You can then email your comments to 13227 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-coreutils <at> gnu.org:
bug#13227; Package coreutils. (Wed, 19 Dec 2012 17:07:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Philipp Gortan <gortan <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Wed, 19 Dec 2012 17:07:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Philipp Gortan <gortan <at> gmail.com>
To: bug-coreutils <at> gnu.org
Subject: seq -s broken in coretutils 8.20?
Date: Wed, 19 Dec 2012 17:53:07 +0100
[Message part 1 (text/plain, inline)]
Dear coreutils crowd,

I recently upgraded the coreutils on my Gentoo AMD64 from 8.16 to 8.20.
I used the seq command to generate the values of an SQL "in" statement.
Since I upgraded, the SQL is no longer correct - here is what I found out:

$ seq -s, 6 9; seq --version

6
7,8,9,seq (GNU coreutils) 8.20
...

(nb: newline after the "6", the comma after the 9 and the missing newline)

After downgrading to 8.16, I get:

$ seq -s, 6 9; seq --version
6,7,8,9
seq (GNU coreutils) 8.16
...

For reference, on a RHEL 5.6, the output is also:

$ seq -s, 6 9; seq --version
6,7,8,9
seq (GNU coreutils) 5.97


So to me, it looks as if the speed optimizations in 8.20 broke the "-s"
feature of seq.

I have recompiled coreutils with the vanilla useflag, which means that
no gentoo-specific patches are applied. The attachted text file contains
further information (compiler version and flags, etc.).

Can anyone reproduce this behavior?

Philipp

[emerge_info.txt (text/plain, attachment)]

Information forwarded to bug-coreutils <at> gnu.org:
bug#13227; Package coreutils. (Wed, 19 Dec 2012 19:02:01 GMT) Full text and rfc822 format available.

Message #8 received at 13227 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Philipp Gortan <gortan <at> gmail.com>
Cc: 13227 <at> debbugs.gnu.org
Subject: Re: bug#13227: seq -s broken in coretutils 8.20?
Date: Wed, 19 Dec 2012 19:01:04 +0000
On 12/19/2012 04:53 PM, Philipp Gortan wrote:
> Dear coreutils crowd,
>
> I recently upgraded the coreutils on my Gentoo AMD64 from 8.16 to 8.20.
> I used the seq command to generate the values of an SQL "in" statement.
> Since I upgraded, the SQL is no longer correct - here is what I found out:
>
> $ seq -s, 6 9; seq --version
>
> 6
> 7,8,9,seq (GNU coreutils) 8.20
> ...
>
> (nb: newline after the "6", the comma after the 9 and the missing newline)
>
> After downgrading to 8.16, I get:
>
> $ seq -s, 6 9; seq --version
> 6,7,8,9
> seq (GNU coreutils) 8.16
> ...
>
> For reference, on a RHEL 5.6, the output is also:
>
> $ seq -s, 6 9; seq --version
> 6,7,8,9
> seq (GNU coreutils) 5.97
>
>
> So to me, it looks as if the speed optimizations in 8.20 broke the "-s"
> feature of seq.
>
> I have recompiled coreutils with the vanilla useflag, which means that
> no gentoo-specific patches are applied. The attachted text file contains
> further information (compiler version and flags, etc.).
>
> Can anyone reproduce this behavior?

Yes confirmed :(
Looks like we used puts() in the new code
which unconditionally writes a '\n'

patch coming up...

thanks,
Pádraig.




Reply sent to Pádraig Brady <P <at> draigBrady.com>:
You have taken responsibility. (Thu, 20 Dec 2012 00:34:02 GMT) Full text and rfc822 format available.

Notification sent to Philipp Gortan <gortan <at> gmail.com>:
bug acknowledged by developer. (Thu, 20 Dec 2012 00:34:02 GMT) Full text and rfc822 format available.

Message #13 received at 13227-done <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Philipp Gortan <gortan <at> gmail.com>
Cc: 13227-done <at> debbugs.gnu.org
Subject: Re: bug#13227: seq -s broken in coretutils 8.20?
Date: Thu, 20 Dec 2012 00:33:05 +0000
[Message part 1 (text/plain, inline)]
On 12/19/2012 07:01 PM, Pádraig Brady wrote:
> On 12/19/2012 04:53 PM, Philipp Gortan wrote:
>> Dear coreutils crowd,
>>
>> I recently upgraded the coreutils on my Gentoo AMD64 from 8.16 to 8.20.
>> I used the seq command to generate the values of an SQL "in" statement.
>> Since I upgraded, the SQL is no longer correct - here is what I found out:
>>
>> $ seq -s, 6 9; seq --version
>>
>> 6
>> 7,8,9,seq (GNU coreutils) 8.20
>> ...
>>
>> (nb: newline after the "6", the comma after the 9 and the missing newline)

The attached should fix it.

thanks,
Pádraig.
[seq-sep.diff (text/x-patch, attachment)]

Information forwarded to bug-coreutils <at> gnu.org:
bug#13227; Package coreutils. (Thu, 20 Dec 2012 01:14:02 GMT) Full text and rfc822 format available.

Message #16 received at 13227 <at> debbugs.gnu.org (full text, mbox):

From: Bernhard Voelker <mail <at> bernhard-voelker.de>
To: 13227 <at> debbugs.gnu.org, P <at> draigBrady.com, gortan <at> gmail.com
Subject: Re: bug#13227: seq -s broken in coretutils 8.20?
Date: Thu, 20 Dec 2012 02:12:52 +0100
On 12/20/2012 01:33 AM, Pádraig Brady wrote:
> The attached should fix it.

The patch looks good, thanks.

Have a nice day,
Berny




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 17 Jan 2013 12:24:04 GMT) Full text and rfc822 format available.

bug unarchived. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Sun, 09 Jun 2013 11:36:01 GMT) Full text and rfc822 format available.

Forcibly Merged 13227 13493. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Sun, 09 Jun 2013 11:36:01 GMT) Full text and rfc822 format available.

Forcibly Merged 13227 13493 14584. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Sun, 09 Jun 2013 11:36:01 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 08 Jul 2013 11:24:05 GMT) Full text and rfc822 format available.

bug unarchived. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Tue, 12 Nov 2013 10:05:02 GMT) Full text and rfc822 format available.

Forcibly Merged 13227 13493 14584 15869. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Tue, 12 Nov 2013 10:05:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 10 Dec 2013 12:24:03 GMT) Full text and rfc822 format available.

bug unarchived. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Fri, 21 Mar 2014 16:29:02 GMT) Full text and rfc822 format available.

Forcibly Merged 13227 13493 14584 15869 17058. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Fri, 21 Mar 2014 16:29:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 19 Apr 2014 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 10 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.