[Bug localedata/15831] Bad $expect passed from tst-fmon.sh to tst-fmon

["slicer_ghent at hushmail dot com" <sourceware-bugzilla@sourceware.org>]

http://sourceware.org/bugzilla/show_bug.cgi?id=15831

--- Comment #2 from slicer_ghent at hushmail dot com ---
(In reply to Andreas Schwab from comment #1)
> Try running the test with /bin/bash instead of /bin/sh.

That was an inspired suggestion, thank you. It worked, but it wasn't
necessarily because of running with /bin/bash instead of /bin/sh, but instead
of /bin/dash.

First, I changed both the first line of tst-fmon.sh from "#! /bin/sh" to
"#!/bin/bash" and the symlink at /bin/sh (originally "-> dash") to point to
"/bin/bash". Removing the file glibc-build/localedata/tst-fmon.out and
re-running "make check" resulted in a successful pass of the fmon test
(glibc-buld/localedata/tst-fmon.out was empty). Other things failed later in
rt/, but that's a story for another day.

Then I changed the symlink /bin/sh to point back to dash but left the header of
tst-fmon.sh as "#!/bin/bash" and re-ran make check. This failed the fmon test
and resulted in similar (possibly identical, didn't bother to diff) output in
tst-fmon.out as in previous failures.

Next, I changed the symlink /bin/sh to point back to /bin/bash and changed the
header in tst-fmon.sh back to "#! /bin/sh", as it was before I modified it,
removed tst-fmon.out and ran "make check" again. These conditions gave another
successful test with failures occurring later in the rt/ tests.

I suppose this isn't necessarily a bug in glibc then because it appears to be a
shell issue. Why dash would read a variable in just fine but pass it wrong
seems odd, but at least you know there is a shell one of your tests doesn't
play well with.

Thank you for your help.

-- 
You are receiving this mail because:
You are on the CC list for the bug.