Questions and Answers :
Unix/Linux :
ld.so.1: ./boinc: fatal: relocation error: file ./boinc: symbol _libc_register_forkhandler: referenced symbol not found
Message board moderation
Author | Message |
---|---|
VSmeets Send message Joined: 23 May 01 Posts: 4 Credit: 63,060 RAC: 0 |
Hallo, I have downloaded "boinc_4.24_sparc-sun-solaris2.7.sh". After unpacking, I get the executables "boinc" and "boincmgr". These executables do run under Solaris 2.7 but not under Solaris 8. The older boinc version 4.19 (boinc_4.19_sparc-sun-solaris2.7) does run under both Solaris 2.7 and Solaris 8. With Solaris 8, I get the following error message: azha:573$ uname -a SunOS azha 5.8 Generic_108528-23 sun4u sparc SUNW,Ultra-5_10 azha:574$ ls -l total 80050 -rw------- 1 smeets user 164 Feb 24 03:42 binstall.sh -rwx--x--x 1 smeets user 22886708 Feb 24 03:42 boinc -rwx--x--x 1 smeets user 18044244 Feb 24 03:42 boincmgr azha:575$ ldd ./boinc libdl.so.1 => /usr/lib/libdl.so.1 libm.so.1 => /usr/lib/libm.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libc.so.1 => /usr/lib/libc.so.1 libthread.so.1 => /usr/lib/libthread.so.1 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 azha:576$ ./boinc ld.so.1: ./boinc: fatal: relocation error: file ./boinc: symbol _libc_register_forkhandler: referenced symbol not found Killed azha:577$ I think that the library libnsl has been linked staticly. |
Philippe Coupe Send message Joined: 27 May 99 Posts: 4 Credit: 4,056,955 RAC: 5 |
It seems to be the same thing on my Solaris10's ultra5...see below... First idea : Knowing all the SUN hardware donated to this project, could it be possible to imagine that SETI@Home team deliver a solaris package (64bits?) ready to be downloaded and installed ? Second idea : Could we have a separate forum for each type of unix (RedHat, Debian, xBSD, HP, SGI, SUN,...) in order to exchange sysadmin ideas ? ------------below this line, some info regarding my problem with the existing Solaris/Sparc executable------------ # uname -a SunOS crocket 5.10 Generic sun4u sparc SUNW,Ultra-5_10 # ls -l total 80052 -rw-rw-r-- 1 9090 566 164 févr 24 03:42 binstall.sh -rwxrwxr-x 1 9090 566 22886708 févr 24 03:42 boinc -rwxrwxr-x 1 9090 566 18044244 févr 24 03:42 boincmgr -rwxr-xr-x 1 root root 39 mars 3 17:01 run_client # ldd ./boinc libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libpthread.so.1 => /lib/libpthread.so.1 libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 # ./boinc ld.so.1: ./boinc: fatal : erreur de réadressage : fichiers ./boinc : symbole _l ibc_register_forkhandler : symbole référencé introuvable Tué # |
VSmeets Send message Joined: 23 May 01 Posts: 4 Credit: 63,060 RAC: 0 |
I have done some more research. I think the applications has been linked with the static version of <I>libnsl</I>. Here is some output from Solaris 2.7: <PRE>freya:508$ uname -a SunOS freya 5.7 Generic_106541-18 sun4u sparc SUNW,Ultra-5_10 freya:509$ /usr/ccs/bin/nm /usr/lib/libnsl.so | grep forkhandler [3596] | 0| 0|FUNC |GLOB |0 |UNDEF |_libc_register_forkhandler [3439] | 0| 0|FUNC |GLOB |0 |UNDEF |_libc_unregister_forkhandler freya:510$ /usr/ccs/bin/nm /usr/lib/libc.so | grep forkhandler [3437] | 597740| 164|FUNC |GLOB |0 |12 |_libc_register_forkhandler [3080] | 597904| 128|FUNC |GLOB |0 |12 |_libc_unregister_forkhandler freya:511$ </PRE> And here from Solaris 8: <PRE>azha:513$ uname -a SunOS azha 5.8 Generic_108528-23 sun4u sparc SUNW,Ultra-5_10 azha:514$ /usr/ccs/bin/nm /usr/lib/libnsl.so | grep forkhandler [3648] | 0| 0|FUNC |GLOB |0 |UNDEF |_register_forkhandler [4179] | 0| 0|FUNC |GLOB |0 |UNDEF |_unregister_forkhandler azha:515$ /usr/ccs/bin/nm /usr/lib/libc.so | grep forkhandler [3037] | 618624| 44|FUNC |GLOB |0 |9 |_register_forkhandler [4126] | 618668| 172|FUNC |GLOB |0 |9 |_unregister_forkhandler azha:516$ </PRE> |
VSmeets Send message Joined: 23 May 01 Posts: 4 Credit: 63,060 RAC: 0 |
Version 4.26 has the same problem. |
Steven Wilcox Send message Joined: 23 Sep 99 Posts: 36 Credit: 86,104,929 RAC: 131 |
<blockquote>It seems to be the same thing on my Solaris10's ultra5...see below... First idea : Knowing all the SUN hardware donated to this project, could it be possible to imagine that SETI@Home team deliver a solaris package (64bits?) ready to be downloaded and installed ? Second idea : Could we have a separate forum for each type of unix (RedHat, Debian, xBSD, HP, SGI, SUN,...) in order to exchange sysadmin ideas ? I agree, there's need bo be a separate form for each flavor of unix. I would also like an answer to the library problem. I had the same issue with 4.13 and was able to find and install the correct one. I have been unable do this with 4.24, 4.26 and now 4.32. I'm running off the CD solaris 8. Perhaps new builds should be a tar file with everything that is required. Once I got it figured out thats what I did to get 4.13 to my other systems. Steve |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.