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
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
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
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
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
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 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
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 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/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
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
11 matches
Mail list logo
