Hi Andreas,
Thank you. I now have enough information to diagnose the issue.
It fails in the invocation of autogen with ${AG_L} below:
case "${BASH_VERSION}" in
not-good-enough )
echo "You are running Solaris without bash available."
echo "duplicate option flags cannot be tested."
;;
* )
${SED} '/ value /s/Y/X/;s/ ifndef =.*//' ${testname}.def > ${testname}-2.def
${AG_L} ${testname}-2.def && \
failure AutoGen processed conflicting flag values
;;
esac
The ${testname}-2.def is deliberately incorrect and it is expected to fail.
The problem is that I wrote the script expecting to continue past the
"failure" command when ${AG_L} fails. I see this in the
errors-aglog-ao-12479.log file:
ag> die 'duplicate option value characters:' X
die> echo 'Killing AutoGen 12961'
Killing AutoGen 12961
die> echo 'FAILURE REASON: duplicate option value characters: X'
FAILURE REASON: duplicate option value characters: X
die> kill -15 12961
die> kill -1 12961
die> kill -2 12961
die> exit 1
The "kill -* 12961" commands are sending kill signals to the autogen process.
That should cause it to exit non-zero, resulting in this text in "errors.log":
errors-run_ag> /old-home/bkorb/ag/ag/agen5/autogen
-L/old-home/bkorb/ag/ag/autoopts/tpl -L/old-home/bkorb/ag/ag/autoopts/tpl --trace=every
'--trace-out=>>errors-aglog-ao-9174.log' errors-2.def
AutoGen aborting on signal 2 (Interrupt) in state EMITTING
processing template /old-home/bkorb/ag/ag/autoopts/tpl/optlib.tlib
on line 59
for function EXPR (14)
errors-> cleanup
Instead the "AutoGen aborting on signal X" message is missing.
The file ERR/autoopts/test/FAILED-errors/errors.log ends abruptly.
=============================
That's the cause. Now, how to fix it? I know I cannot perform
this test with certain "not-good-enough" shells, so perhaps
my test for not good enough is not good enough? What is the /bin/sh
program? If not bash, I'll have to tweak the "defs.in" file
to ensure it is not running in whatever shell it is that is inadequate.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org