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.

Full log


View this message in rfc822 format

From: Thaddaeus Frogley <thaddaeus <at> bossalien.com>
To: Pádraig Brady <P <at> draigbrady.com>
Cc: 18807 <at> debbugs.gnu.org
Subject: 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)]

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.