Menu

#37 disk Segmentation fault

open-duplicate
None
5
2009-01-14
2009-01-09
No

Segmentation fault on Solaris 8,

I've attacted the last 10,00 lines of the debug output.

And truss output.

Discussion

  • Dagobert Michelsen

    • assigned_to: nobody --> dmichelsen
    • status: open --> closed-duplicate
     
  • Mike Normandin

    Mike Normandin - 2009-01-14
    • status: closed-duplicate --> open-duplicate
     
  • Mike Normandin

    Mike Normandin - 2009-01-14

    When trussing the se process with the -u '*' option I received the folowing error:

    truss -u'!libposix4' -u'*' -o /tmp/se.truss_u /usr/local/site/performance/RICHPse/bin/se -DWATCH_OS -I/usr/local/site/performance/orca/lib/SE /usr/local/site/performance/orca/lib/orcallator.se

    "/usr/local/site/performance/RICHPse/include/unistd.se", line 152: error:
    dlopen(/usr/lib/libposix4.so): ld.so.1: se.sparcv9: fatal: /usr/lib/libposix4.so: wrong ELF class: ELFCLASS32

    I order to work around this error I changed unistd.se line 152
    attach "libposix4.so"
    To
    attach "/usr/lib/sparcv9/libposix4.so"

    This not only prevented the error but also fixed the origial problem. It appears that the attach operation is not searching the architecure specific libraries. I'm not sure if the best way to fix this would be to update attach or modify the unistd.se program to use the full path based upon querying the architecture.:

    isainfo -k
    sparcv9

    bash-2.03# find /usr -name "libposix4*" -print
    /usr/lib/sparcv9/libposix4.so
    /usr/lib/sparcv9/libposix4.so.1
    /usr/lib/libposix4.so
    /usr/lib/libposix4.so.1

     
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.