Hi,
I found two (semantically related) bugs. One seems to originate in the
first version. For research purposes, I would appreciate if you could
confirm that the second was introduced with Coreutils 5.3.0.
1) The following bug seems to exists "since the beginning".
$echo 123456789
On 11/22/2012 10:58 AM, Pádraig Brady wrote:
On 11/22/2012 10:49 AM, Marcel Böhme wrote:
Hi,
While the output of (1) "seq -w -1e-2 9" prints the width as expected, the output of (2)
"seq -w -1e-3 9" does not:
(1) vs. (2)
-0.01 | -0.001
00.99 | 0.999
01.99 | 1.999
02.99 | 2.999
03.99 | 3.999
On 11/23/2012 10:04 AM, Pádraig Brady wrote:
>
> The attached should fix this.
> * src/seq.c (scan_arg): Calculate the width more accurately
> for numbers specified using scientific notation.
> * tests/misc/seq.pl: Add test cases for cases that were mishandled
s/$/./
> * NEWS: Mention the fix.
On 11/23/2012 10:08 AM, Bernhard Voelker wrote:
On 11/23/2012 10:04 AM, Pádraig Brady wrote:
The attached should fix this.
* src/seq.c (scan_arg): Calculate the width more accurately
for numbers specified using scientific notation.
* tests/misc/seq.pl: Add test cases for cases that were mish
On 11/23/2012 11:13 AM, Pádraig Brady wrote:
> Thanks for the review!
> Pádraig.
No worries, you're welcome.
For what it's worth, you may also add an integer test case
like "seq -w -1e3 1" which is/was also affected by this bug:
$ seq -w -1e3 1 | head -n 2
-1000
-999
Have a nice day,
Be
Hi Bob, Eric and Paul,
Thank you all for your quick responses. Due to time zone differences, I had
gone home so I did not see
your emails until this morning. I'm based in Galway, Ireland. I'm 5 to 8 hours
ahead of you depending where
in USA you are. I started putting together a response to your
On 11/23/2012 04:17 PM, Coffey, Terrence (Terrence) **CTR** wrote:
Hi Bob, Eric and Paul,
Thank you all for your quick responses. Due to time zone differences, I had
gone home so I did not see
your emails until this morning. I'm based in Galway, Ireland.
Hi Terrence,
The Irish Linux Users gro
Hello:
There is a issue puzzling me.
When I use the "tee" command, the log of a.out will lose if I use
"ctrl+c" to kill it.
Steps:
==
(1). Complie source.
$ gcc test.c -Wall
(2). Run without "tee".
$ ./a.out
x
y
z
/*Tip: print between 'x and y' the program will sleep 3
tag 12975 + notabug
close 12975
thanks
liyu wrote:
> There is a issue puzzling me.
We welcome your discussion but in the future please post discussion
questions to coreut...@gnu.org and not to the bug tracker. Thanks.
> When I use the "tee" command, the log of a.out will lose if I use
> "ctrl+c
It has been since 23 Sep 2012 that this bug was submitted and two
requests for feedback and more information were asked. No response
has been seen. Therefore I am closing the bug report. If you wish to
provide more information please simply follow-up and we will see it
and can reopen the bug as
Marcel Böhme wrote:
>I found two (semantically related) bugs. One seems to originate in the
>first version. For research purposes, I would appreciate if you could
>confirm that the second was introduced with Coreutils 5.3.0.
>1) The following bug seems to exists "since the beginning
11 matches
Mail list logo
