[Fwd: Re: Switch SPARC GNU coreutils+bash from 32 to 64bit [PSARC/2008/351]

[I. Szczesniak]

On 6/2/08, James Carlson <james.d.carlson at sun.com> wrote:
> I. Szczesniak writes:
>  > On 6/2/08, James Carlson <james.d.carlson at sun.com> wrote:
>
> > > It's also lifted if you call enable_extended_FILE_stdio(3C), use the
>  > >  extendedFILE.so.1 preload, or 'F' is used as the last character in the
>  > >  fopen(3C) mode string.
>  >
>  > FYI, enable_extended_FILE_stdio(3C) is incompatible to many
>  > applications, including coreutil. Using a FD > 256 crashes such
>  > applications.
>
>
> "Coreutil"?  As in GNU coreutils?

Yes.

>  If there's a problem here, and it's not just broken code in the
>  application, then filing bugs would help.  I searched for, but did not
>  find, any references to this problem either at any external site or in
>  the bug databases.

We've send a bug report to the coreutils maintainers in July 2007 and
received the response that "this is a bug in Solaris stdio and that
the extended FILE facility is a hack which the GNU coreutils
maintainers are not going to support".

Irek