[csw-maintainers] opening both 32bit and 64bit shared libs

[Darin.Perusich at cognigencorp.com]

So when I run "LD_DEBUG=all /opt/csw/sbin/amstatus test" this reference to
/opt/csw/lib/sparcv9/libgthread-2.0.so.0 is only mentioned once in the
output, see below. I'm not sure out to interrupt this output, does it mean
the libgthread-2.0.so.0 is trying to use the 64bit library?

22836: 1: find object=libgthread-2.0.so.0; searching
22836: 1:  search path=/opt/csw/lib/$ISALIST:/opt/csw/lib:/opt/csw/lib 
(RPATH from file /opt/csw/lib/libgobject-2.0.so.0)
22836: 1:  trying path=/opt/csw/lib/sparcv9+vis2/libgthread-2.0.so.0
22836: 1:  trying path=/opt/csw/lib/sparcv9+vis/libgthread-2.0.so.0
22836: 1:  trying path=/opt/csw/lib/sparcv9/libgthread-2.0.so.0
22836: 1:
22836: 1: file=/opt/csw/lib/sparcv9/libgthread-2.0.so.0;  rejected: wrong
ELF class: ELFCLASS64
22836: 1:
22836: 1:  trying path=/opt/csw/lib/sparcv8plus+vis2/libgthread-2.0.so.0
22836: 1:  trying path=/opt/csw/lib/sparcv8plus+vis/libgthread-2.0.so.0
22836: 1:  trying path=/opt/csw/lib/sparcv8plus/libgthread-2.0.so.0
22836: 1:  trying path=/opt/csw/lib/sparcv8/libgthread-2.0.so.0
22836: 1: file=/opt/csw/lib/sparcv8/libgthread-2.0.so.0  skipped: already
processed as /opt/csw/lib/libgthread-2.0.so.0
22836: 1:
22836: 1: file=/opt/csw/lib/libgobject-2.0.so.0;  add binding to:
22836: 1:     file=/opt/csw/lib/libgthread-2.0.so.0   [ NEEDED ]

> On Fri, Apr 23, 2010 at 12:50 PM, Darin Perusich
> <Darin.Perusich at cognigencorp.com> wrote:
>> Hello,
>>
>> I'm testing a new Amanda package and all the apps are core dumping and
>> for some reason they are opening both the 32 and 64bit
>> libgthread-2.0.so.0 libraries. Has anyone ever seen this or have any
>> idea why it might be happening?
>
> I believe that
>
> LD_DEBUG=files /run/your/app
>
>