ld.so.1: ./boinc: fatal: relocation error: file ./boinc: symbol _libc_register_forkhandler: referenced symbol not found

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

To post messages, you must log in.

AuthorMessage
VSmeets

Send message
Joined: 23 May 01
Posts: 4
Credit: 63,060
RAC: 0
Netherlands
Message 83272 - Posted: 28 Feb 2005, 12:32:58 UTC

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.
ID: 83272 · Report as offensive
Philippe Coupe

Send message
Joined: 27 May 99
Posts: 4
Credit: 4,056,955
RAC: 5
France
Message 83554 - Posted: 4 Mar 2005, 22:44:33 UTC

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é
#
ID: 83554 · Report as offensive
VSmeets

Send message
Joined: 23 May 01
Posts: 4
Credit: 63,060
RAC: 0
Netherlands
Message 84670 - Posted: 10 Mar 2005, 10:32:09 UTC

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>
ID: 84670 · Report as offensive
VSmeets

Send message
Joined: 23 May 01
Posts: 4
Credit: 63,060
RAC: 0
Netherlands
Message 84992 - Posted: 11 Mar 2005, 6:33:27 UTC

Version 4.26 has the same problem.
ID: 84992 · Report as offensive
Steven Wilcox
Volunteer tester

Send message
Joined: 23 Sep 99
Posts: 36
Credit: 86,104,929
RAC: 131
United States
Message 110225 - Posted: 11 May 2005, 19:36:31 UTC - in response to Message 83554.  

<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
ID: 110225 · Report as offensive

Questions and Answers : Unix/Linux : ld.so.1: ./boinc: fatal: relocation error: file ./boinc: symbol _libc_register_forkhandler: referenced symbol not found


 
©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.