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 2. rebuild 3. printf ':<<\\E\n\200y\nE'|./dash Actual results: $ printf ':<<\\E\n\177y\nE'|dash dash: y: not found dash: E: not found Expected results: no output Additional info: more details and a patch: http://thread.gmane.org/gmane.comp.shells.dash/196
http://git.kernel.org/?p=utils/dash/dash.git;a=shortlog 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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
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.