Bug#317516: dash: does not handle NUL characters gracefully

2005-10-10 Thread Gerrit Pape
tags 317516 + pending quit On Sat, Oct 08, 2005 at 06:26:49PM +1000, Herbert Xu wrote: > On Wed, Oct 05, 2005 at 01:44:47PM +, Gerrit Pape wrote: > > Hi Herbert, the last three test cases still fail with this patch; and > > this additional one: > > > > $ printf ': 012345\06789\n: 01\023456789

Bug#317516: dash: does not handle NUL characters gracefully

2005-10-08 Thread Herbert Xu
On Wed, Oct 05, 2005 at 01:44:47PM +, Gerrit Pape wrote: > > Hi Herbert, the last three test cases still fail with this patch; and > this additional one: > > $ printf ': 012345\06789\n: 01\023456789\n: 0\0123456789\n' |dash -x > + : 012345789 > + : 01r456789 > + : 0 > + 3456789 > dash: 345678

Bug#317516: dash: does not handle NUL characters gracefully

2005-10-05 Thread Gerrit Pape
On Sat, Oct 01, 2005 at 06:36:15PM +1000, Herbert Xu wrote: > Thanks for the patch. The idea is right but you need to handle the > case of nested input streams by saving skipped_characters whenever > the input stream is pushed. > > Anyway, I've fixed in a different way with the following patch.

Bug#317516: dash: does not handle NUL characters gracefully

2005-10-01 Thread Herbert Xu
On Sun, Sep 25, 2005 at 07:50:54PM +, Gerrit Pape wrote: > > > --- dash-0.5.2.ORIG/src/input.c 2003-03-08 03:43:47.0 +0100 > > +++ dash-0.5.2/src/input.c 2005-09-03 14:22:23.0 +0200 > > @@ -266,6 +266,7 @@ > > int something; > > #endif > > char savec; > > + stat

Bug#317516: dash: does not handle NUL characters gracefully

2005-09-25 Thread Gerrit Pape
forwarded 317516 upstream quit Hi Martin, On Sat, Sep 03, 2005 at 02:56:00PM +0200, Martin Dickopp wrote: > When analysing the bug I came to the following conclusion: The loop > beginning at input.c:302 overwrites a single input line with itself, > skipping NUL characters. Therefore, after the lo

Bug#317516: dash: does not handle NUL characters gracefully

2005-09-03 Thread Martin Dickopp
tags 317516 + patch thanks Hi Gerrit, When analysing the bug I came to the following conclusion: The loop beginning at input.c:302 overwrites a single input line with itself, skipping NUL characters. Therefore, after the loop the line buffer has less characters than originally read if and only i

Bug#317516: dash: does not handle NUL characters gracefully

2005-07-18 Thread Gerrit Pape
Hi Martin, On Sat, Jul 09, 2005 at 12:49:11PM +0200, Martin Dickopp wrote: > dash does not handle NUL characters in scripts gracefully. To reproduce > this, create the following script: > > echo 'foo^@' > echo 'bar^@' > echo 'baz^@' > > The characters depicted here as ^@ should be single N

Bug#317516: dash: does not handle NUL characters gracefully

2005-07-09 Thread Martin Dickopp
Package: dash Version: 0.5.2-5 Severity: minor Hi, dash does not handle NUL characters in scripts gracefully. To reproduce this, create the following script: echo 'foo^@' echo 'bar^@' echo 'baz^@' The characters depicted here as ^@ should be single NUL characters. When run in dash, this