>>>>> "Roland" == Roland Mainz <roland.mainz at nrubsig.org> writes:
Roland> Both machines have "xntpd" configured and running, right ?
Right.
Roland> Are the test failures always the same ?
Yes and no. The failure with path.sh was with BUILD_KSH93_AS_BINKSH=1.
I only tried it once. The failure with io.sh is with
BUILD_KSH93_AS_BINKSH=0 and is repeatable.
Roland> # Note that "builtins.sh" is allowed to fail until upstream fixes
Roland> # -- snip --
Roland> # "ld.so.1: ksh: fatal: relocation error: file
Roland> xxx/usr/src/cmd/ksh/i386/ksh: symbol sh_waitnotify:
Roland> # referenced symbol not found
Roland> ../../../lib/libshell/common/tests/builtins.sh: line 313: 28473:
Roland> # Killed builtins.sh[314]: "name=value exec -c ..." not working"
Roland> # -- snip --
Okay, this will have to be addressed prior to putback--either get the
fix from upstream, or skip the test. We might even want to change
cmd/ksh/Makefile.com so that "all" doesn't depend on "testshell".
Roland> The failures in "path.sh" and "io.sh" are new for me... how does
Roland> your ${PATH} look like ?
athyra--proto2$ echo $PATH
/opt/onbld/bin:/opt/onbld/bin/sparc:/opt/SUNWspro/bin:/usr/ccs/bin:/usr/bin:/usr/sbin:/usr/sfw/bin:.
Here's some more information:
I hacked cmd/ksh/Makefile.com to only run io.sh, and I reran the test
with truss -f. truss shows that close1 is getting made mode 775, and it
looks like the echo command is getting written to it. But the exec is
indeed failing with ENOEXEC.
If I hack io.sh to add a "#! /bin/ksh" line to the start of close1, the
test passes.
mike
