Description of problem: on some systems, a \177 byte in a here document
causes dash to malfunction. If you're lucky, the uninitialized memory
that is read as a result does not cause trouble. The memory is not on
the heap, so valgrind does not notice the problem.
Version-Release number of selected component (if applicable):
How reproducible: every time
Steps to Reproduce:
1. append an entry of value 11 to the sqsyntax table
3. printf ':<<\\E\n\200y\nE'|./dash
$ printf ':<<\\E\n\177y\nE'|dash
dash: y: not found
dash: E: not found
more details and a patch: http://thread.gmane.org/gmane.comp.shells.dash/196
I see this hasn't been committed upstream. Has upstream responded at all about this issue?
Yes. He said he was away and would apply it upon his return.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
dash-0_5_6-2_fc14 in rawhide is based on new upstream 0.5.6 which fixes this problem.