Re: spawn-pipe tests on OSF/1

[Bruno Haible]

I wrote:
> This failure is probably due to the many libraries against which the child
> program is linked:
> 
> $ ldd gettext-0.18.2/gettext-tools/gnulib-tests/.libs/*test-spawn-pipe*
> 
>         Main  =>   
> gettext-0.18.2/gettext-tools/gnulib-tests/.libs/lt-test-spawn-pipe
>         libiconv.so.2  =>   /home/haible/prefix-osf51-cc/lib/libiconv.so.2
>         libgettextlib-0.18.2.so  =>   
> /home/haible/gettext-0.18.2/gettext-tools/gnulib-lib/.libs/libgettextlib-0.18.2.so
>         libpacl.so  =>   /usr/shlib/libpacl.so
>         libintl.so.8  =>   
> /home/haible/gettext-0.18.2/gettext-tools/intl/.libs/libintl.so.8
>         libcurses.so  =>   /usr/shlib/libcurses.so
>         libc.so  =>   /usr/shlib/libc.so
>         libots3.so  =>   /usr/shlib/libots3.so
>         libpset.so  =>   /usr/shlib/libpset.so
>         libpthread.so  =>   /usr/shlib/libpthread.so
>         libexc.so  =>   /usr/shlib/libexc.so
>         libproplist.so  =>   /usr/shlib/libproplist.so
>         libmach.so  =>   /usr/shlib/libmach.so
>         libnuma.so  =>   /usr/shlib/libnuma.so

Confirmed: The culprit was /usr/shlib/libpthread.so. This library apparently
opens a file descriptor, thus filling the slot for fd = 3 (or fd = 2 if that
was available).

Bruno
-- 
In memoriam Robert F. Kennedy <http://en.wikipedia.org/wiki/Robert_F._Kennedy>