Dear all,
The current version of cut (after 6.12.2012) exposes a SEG_FAULT:
$echo 123 | cut --output-del=. -b-1,9-
How the commit introduces the bug:
Earlier, memory of length eol_start_length was allocated for the array
printable_field - if max_range_endpoint
On 02/04/2013 09:22 AM, Marcel Böhme wrote:
Dear all,
The current version of cut (after 6.12.2012) exposes a SEG_FAULT:
$echo 123 | cut --output-del=. -b-1,9-
How the commit introduces the bug:
Earlier, memory of length eol_start_length was allocated for the array
On 02/04/2013 12:52 PM, Pádraig Brady wrote:
On 02/04/2013 09:22 AM, Marcel Böhme wrote:
The current version of cut (after 6.12.2012) exposes a SEG_FAULT:
$echo 123 | cut --output-del=. -b-1,9-
Nice one!
The attached should fix it.
Hi Padraig,
thanks.
The fix looks okay,
Dear Pádraig,
For completeness, would it be possible to reference the bug introducing
revision (ec48bead) in the commit message?
Otherwise, the commit looks good to me.
Best regards,
Marcel
On 4 Feb, 2013, at 7:52 PM, Pádraig Brady p...@draigbrady.com wrote:
On 02/04/2013 09:22 AM, Marcel
On 02/04/2013 01:23 PM, Marcel Boehme wrote:
Dear Pádraig,
For completeness, would it be possible to reference the bug introducing
revision (ec48bead) in the commit message?
Otherwise, the commit looks good to me.
Cool thanks.
Updated patch attached.
From
Pádraig Brady wrote:
On 02/04/2013 09:22 AM, Marcel Böhme wrote:
Dear all,
The current version of cut (after 6.12.2012) exposes a SEG_FAULT:
$echo 123 | cut --output-del=. -b-1,9-
How the commit introduces the bug:
Earlier, memory of length eol_start_length was
1. This code isn't used - due to the combination of #if's.
Sorry if I'm missing the point here, but FWIW, my suggestion for
cpp-related debugging is to take the line from make for compiling the
file and change it to:
gcc -E -dD -o foobar ...copy rest of cmdline from make output...
Then
