1)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1254)
Posted 2 Jan 2008 by achims311 Post: Now as this seems to be near a solution. What about the new problem with the pthreads lib? Remember I did not have any trouble with verion 1.07, but I have trouble with 1.13 Thanks |
2)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1251)
Posted 2 Jan 2008 by achims311 Post:
I only see 5.10.17 was this a typo? Thanks |
3)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1250)
Posted 2 Jan 2008 by achims311 Post: But to make sure that it work on all releases a check of the different libm.so.* on a Solaris 10 system would be needed. What do you need: /lib$ uname -srpiv SunOS 5.10 Generic_118833-36 sparc SUNW,Sun-Fire-V490 /lib$ ls -l libm.so* lrwxrwxrwx 1 root root 9 Apr 10 2007 libm.so -> libm.so.2 -rwxr-xr-x 1 root bin 23828 Jan 23 2005 libm.so.1 -rwxr-xr-x 1 root bin 792916 Jan 23 2005 libm.so.2 /lib$
Will do. Thanks |
4)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1237)
Posted 1 Jan 2008 by achims311 Post: Do you know who the other projects out there have done this? There are at least some which have a working client on this box, so they have solved the problem somehow. I'll check the other apps I have running sucessful on the box, for dynamic linking(What they link). Is there a way to check if they have any lib statically linked in? |
5)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1149)
Posted 21 Dec 2007 by achims311 Post: i'm not sure if theres any good way to get the binaries to be dyamically linked. I tried using --export_dynamic as a gcc flag and the problems still seemed to happen. Isn't it better to link statically? You never know what is installed in the target system, so a static version ensures the right (meaning the one which was used during compile time) lib, whuile dynamic linking shinks the exe and you don't know which lib is used. Of course there might be libbs which should really come from the installed Os (so dynamic link), but I don't know which ones. |
6)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1133)
Posted 20 Dec 2007 by achims311 Post: I updated the makefile a bit, so this might have helped things out. All these version issues seem to be a bit of a headache on linux, so i'm still not quite sure how to get everything to work right for everybody. Already for 1.13, or something later? 1.13 still uses the luibm.so.2, and has in addition a problem with pthreads(at least on my old system) |
7)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1114)
Posted 18 Dec 2007 by achims311 Post: Same for 1.13. |
8)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1073)
Posted 14 Dec 2007 by achims311 Post: this looks like a problem with pthreads. i wonder if theres a version problem with that. Agreed. How can I help checking? The last version was better, so something changed in the way the lib is used, right? |
9)
Message boards :
Number crunching :
Get the Solaris Client?
(Message 1016)
Posted 11 Dec 2007 by achims311 Post:
At least for me it did not do the trick (it is even worse. See this thread |
10)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 1014)
Posted 11 Dec 2007 by achims311 Post:
To be honest: no. now all WU's abort, even with the trick above. I just checked, the 1.12 version uses the same new lib: bash-2.03$ ldd astronomy_1.12_sparc-sun-solaris libCstd.so.1 => /lib/libCstd.so.1 libCrun.so.1 => /lib/libCrun.so.1 libm.so.2 => (file not found) libc.so.1 => /lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 bash-2.03$ When running standalone to get all infos: bash-2.03$ ls -l total 16726 -rwxr-x--- 1 luxcasch other 295520 Dec 11 17:00 astronomy_1.12_sparc-sun-solaris -rw-r----- 1 luxcasch other 1142 Dec 11 17:00 parameters.txt -rw-r----- 1 luxcasch other 8240038 Dec 11 17:01 stars.txt -rw-r----- 1 luxcasch other 50 Dec 11 17:01 volume.txt bash-2.03$ ./astronomy_1.12_sparc-sun-solaris bash-2.03$ cat stderr.txt Can't open init data file - running in standalone mode set_worker_timer(): pthread_create(): -1 <added missing "\n"for better visibility> bash-2.03$ Don't know where the problem might be. Achim |
11)
Message boards :
Number crunching :
Get the Solaris Client?
(Message 260)
Posted 9 Nov 2007 by achims311 Post: Agreed. |
12)
Questions and Answers :
Unix/Linux :
libm.so.2 on solaris
(Message 212)
Posted 8 Nov 2007 by achims311 Post: HI, I have a problem with libm.so.2 on solaris. At least my solaris 2.8 box does not have such a library. Solaris 2.8 has only a lib.so.1 lib. When softlinking the lib.so.1 to the new version the application runs. Of course I'm not sure if I generate the right result, as there is no double check required. |
13)
Message boards :
Number crunching :
Get the Solaris Client?
(Message 209)
Posted 8 Nov 2007 by achims311 Post: I just saw there is a problem with the libm.so.2. I just have libm.so.1 Here is the output: bash-2.03$ ldd astronomy_1.07_sparc-sun-solaris libpthread.so.1 => /lib/libpthread.so.1 libCstd.so.1 => /lib/libCstd.so.1 libCrun.so.1 => /lib/libCrun.so.1 libm.so.2 => (file not found) libc.so.1 => /lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libthread.so.1 => /usr/lib/libthread.so.1 /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1 /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 bash-2.03$ bash-2.03$ ls -l /lib/libm.so* lrwxrwxrwx 1 root root 9 Nov 19 2003 /lib/libm.so -> libm.so.1 -rwxr-xr-x 1 root bin 102424 Aug 10 1999 /lib/libm.so.1 bash-2.03$ |
14)
Message boards :
Number crunching :
Get the Solaris Client?
(Message 208)
Posted 8 Nov 2007 by achims311 Post: Hi, I just got some work. But it has a very short deadline. Let's see if I can complete some.(These are my first). |
©2024 Astroinformatics Group