GNU bug report logs - #18807
seq does not play nice with large 64 bit integers

Previous Next

Package: coreutils;

Reported by: Thaddaeus Frogley <thaddaeus <at> bossalien.com>

Date: Thu, 23 Oct 2014 13:18:01 UTC

Severity: normal

Tags: notabug

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 18807 in the body.
You can then email your comments to 18807 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#18807; Package coreutils. (Thu, 23 Oct 2014 13:18:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Thaddaeus Frogley <thaddaeus <at> bossalien.com>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Thu, 23 Oct 2014 13:18:02 GMT) Full text and rfc822 format available.

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

From: Thaddaeus Frogley <thaddaeus <at> bossalien.com>
To: bug-coreutils <at> gnu.org
Subject: seq does not play nice with large 64 bit integers
Date: Thu, 23 Oct 2014 14:12:01 +0100
[Message part 1 (text/plain, inline)]
seq 2305843009213693952 2305843009213693954


Should produce


2305843009213693952

2305843009213693953

2305843009213693954


But actually produces (repeating for ever):


2.30584e+18

2.30584e+18

2.30584e+18

2.30584e+18

2.30584e+18

2.30584e+18

2.30584e+18

2.30584e+18

2.30584e+18

2.30584e+18

^Z

[3]+  Stopped                 seq 2305843009213693952 2305843009213693954


Thad
[Message part 2 (text/html, inline)]

Information forwarded to bug-coreutils <at> gnu.org:
bug#18807; Package coreutils. (Thu, 23 Oct 2014 13:55:02 GMT) Full text and rfc822 format available.

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

From: Pádraig Brady <P <at> draigBrady.com>
To: Thaddaeus Frogley <thaddaeus <at> bossalien.com>
Cc: 18807 <at> debbugs.gnu.org
Subject: Re: bug#18807: seq does not play nice with large 64 bit integers
Date: Thu, 23 Oct 2014 14:54:32 +0100
tag 18807 notabug
close 18807
stop

On 10/23/2014 02:12 PM, Thaddaeus Frogley wrote:
> seq 2305843009213693952 2305843009213693954
> 
> 
> Should produce
> 
> 
> 2305843009213693952
> 2305843009213693953
> 2305843009213693954
> 
> 
> But actually produces (repeating for ever):
> 
> 
> 2.30584e+18
> ... 

That's been fixed for quite a while,
with the latest versions just manipulating text
for simple integers like this, and so can work
for any length strings.

thanks,
Pádraig.





Added tag(s) notabug. Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Thu, 23 Oct 2014 13:55:03 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 18807 <at> debbugs.gnu.org and Thaddaeus Frogley <thaddaeus <at> bossalien.com> Request was from Pádraig Brady <P <at> draigBrady.com> to control <at> debbugs.gnu.org. (Thu, 23 Oct 2014 13:55:04 GMT) Full text and rfc822 format available.

Information forwarded to bug-coreutils <at> gnu.org:
bug#18807; Package coreutils. (Thu, 23 Oct 2014 14:17:01 GMT) Full text and rfc822 format available.

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

From: Thaddaeus Frogley <thaddaeus <at> bossalien.com>
To: Pádraig Brady <P <at> draigbrady.com>
Cc: 18807 <at> debbugs.gnu.org
Subject: Re: bug#18807: seq does not play nice with large 64 bit integers
Date: Thu, 23 Oct 2014 15:15:54 +0100
[Message part 1 (text/plain, inline)]
Hi Padraig,

You say "quite a while".

This issue was found in: coreutils-8.23_1

Installed on OS X using brew.

Pulling the current source I can see there have been several releases since
then, but a git diff / log doesn't seem to produce any relevant changes,
i.e.:

git diff v8.23.. -- src/seq.c

Are you *sure* that this range in particular doesn't reproduce in the
latest?

I'm happy to investigate further myself, but I need to get set up to build
coreutils first.

Thanks

Thad

On 23 October 2014 14:54, Pádraig Brady <P <at> draigbrady.com> wrote:

> tag 18807 notabug
> close 18807
> stop
>
> On 10/23/2014 02:12 PM, Thaddaeus Frogley wrote:
> > seq 2305843009213693952 2305843009213693954
> >
> >
> > Should produce
> >
> >
> > 2305843009213693952
> > 2305843009213693953
> > 2305843009213693954
> >
> >
> > But actually produces (repeating for ever):
> >
> >
> > 2.30584e+18
> > ...
>
> That's been fixed for quite a while,
> with the latest versions just manipulating text
> for simple integers like this, and so can work
> for any length strings.
>
> thanks,
> Pádraig.
>
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-coreutils <at> gnu.org:
bug#18807; Package coreutils. (Thu, 23 Oct 2014 14:30:05 GMT) Full text and rfc822 format available.

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

From: Pádraig Brady <P <at> draigBrady.com>
To: Thaddaeus Frogley <thaddaeus <at> bossalien.com>
Cc: 18807 <at> debbugs.gnu.org
Subject: Re: bug#18807: seq does not play nice with large 64 bit integers
Date: Thu, 23 Oct 2014 15:29:33 +0100
On 10/23/2014 03:15 PM, Thaddaeus Frogley wrote:
> Hi Padraig,
> 
> You say "quite a while".
> 
> This issue was found in: coreutils-8.23_1

Oh, it should have been fixed from release 8.20 (2012-10-23)

> 
> Installed on OS X using brew.
> 
> Pulling the current source I can see there have been several releases since then, but a git diff / log doesn't seem to produce any relevant changes, i.e.:
> 
> git diff v8.23.. -- src/seq.c
> 
> 
> Are you *sure* that this range in particular doesn't reproduce in the latest?

Yes. That range triggers the fast string manipulation code here.
It's very surprising it doesn't there.

I see that seq is on OS X:
https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/seq.1.html
So please ensure you're not using the native seq, and rather gseq

If still an issue, you'd need to debug it further there
as I've not got access to OS X here.

thanks,
Pádraig.





Information forwarded to bug-coreutils <at> gnu.org:
bug#18807; Package coreutils. (Thu, 23 Oct 2014 14:33:01 GMT) Full text and rfc822 format available.

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

From: Thaddaeus Frogley <thaddaeus <at> bossalien.com>
To: Pádraig Brady <P <at> draigbrady.com>
Cc: 18807 <at> debbugs.gnu.org
Subject: Re: bug#18807: seq does not play nice with large 64 bit integers
Date: Thu, 23 Oct 2014 15:32:21 +0100
[Message part 1 (text/plain, inline)]
You are correct, my apologies! I was still using the default seq, not gseq
installed by brew!

How embarrassing. Thanks for the help!

Thad

On 23 October 2014 15:29, Pádraig Brady <P <at> draigbrady.com> wrote:

> On 10/23/2014 03:15 PM, Thaddaeus Frogley wrote:
> > Hi Padraig,
> >
> > You say "quite a while".
> >
> > This issue was found in: coreutils-8.23_1
>
> Oh, it should have been fixed from release 8.20 (2012-10-23)
>
> >
> > Installed on OS X using brew.
> >
> > Pulling the current source I can see there have been several releases
> since then, but a git diff / log doesn't seem to produce any relevant
> changes, i.e.:
> >
> > git diff v8.23.. -- src/seq.c
> >
> >
> > Are you *sure* that this range in particular doesn't reproduce in the
> latest?
>
> Yes. That range triggers the fast string manipulation code here.
> It's very surprising it doesn't there.
>
> I see that seq is on OS X:
>
> https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/seq.1.html
> So please ensure you're not using the native seq, and rather gseq
>
> If still an issue, you'd need to debug it further there
> as I've not got access to OS X here.
>
> thanks,
> Pádraig.
>
>
[Message part 2 (text/html, inline)]

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

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

Previous Next


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