GNU bug report logs - #8846
coreutils-8.12 on HP-UX 11.31: 3 of 365 tests failed

Previous Next

Full log

View this message in rfc822 format

From: Eric Blake <eblake <at> redhat.com>
To: Jim Meyering <jim <at> meyering.net>
Cc: stefano.lattarini <at> gmail.com, "bug-autoconf <at> gnu.org" <bug-autoconf <at> gnu.org>, 8846 <at> debbugs.gnu.org, Bruno Haible <bruno <at> clisp.org>
Subject: bug#8846: coreutils-8.12 on HP-UX 11.31: 3 of 365 tests failed
Date: Mon, 13 Jun 2011 09:19:00 -0600

[Message part 1 (text/plain, inline)]

On 06/13/2011 07:36 AM, Jim Meyering wrote:
> However, it looks like using "eval" didn't help at all.
> What does this do on that system?
> 
>     sh -c 'e=2; warn_ () { echo "$@" 1>&$e; }; warn_ x'

$ sh -c 'e=2; warn_ () { echo "$@" 1>&$e; }; warn_ x'
x

> 
> This is what happens via tests/check.mk:
> 
>     printf '#!/bin/sh\ne=9; warn_ () { echo "$@" 1>&$e; }; warn_ x\n' > k
>     sh -c 'exec 9>&2; /bin/sh k'
> 
> Does that evoke a warning for you?

Yes:

%     sh -c 'exec 9>&2; /bin/sh k'
k: 9: Generated or received a file descriptor number that is not valid.

But I think the reason that it invokes a problem is not because of the
1>&$e construct, but because HP-UX opens secondary file descriptors as
cloexec or otherwise closing them at some point, so the '/bin/sh k'
child process is not inheriting fd 9 from the parent process.

Does anyone know the HP-UX counterpart to Linux' strace in order to see
what syscalls are in use by the HP-UX shell, and why/where fd 9 is
getting closed?

> 
> If so, does hard-coding the "9" help?

No.

-- 
Eric Blake   eblake <at> redhat.com    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.