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 > <[email protected]> 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 > > _______________________________________________ maintainers mailing list [email protected] https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
