Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
Hi Marco, It doesn't seem like this should be necessary, but let's see how your ldd caret5 output is affected by this: export LD_LIBRARY_PATH=/usr/lib64:/usr/lib:/usr/X11R6/lib64/lib Add any other library directories to the path above (delimited by :) that you think might help. On 08/30/2006 08:14 AM, Marco Tettamanti wrote: Hi Donna! Upon a fresh login, the output of 'echo $LD_LIBRARY_PATH' is usually empty. After giving the command 'export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH', the output is: echo $LD_LIBRARY_PATH /usr/lib64: The output of the 'find' command is: find / -name libX11.so.6 /usr/X11R6/lib64/libX11.so.6 Thank you again, Marco */Donna Dierker [EMAIL PROTECTED]/* wrote: Hi Marco, John may have more concrete suggestions, but I want to see the output of two commands: echo $LD_LIBRARY_PATH and the other is: find / -name libX11.so.6 Based on the output below, I still suspect an issue with your LD_LIBRARY_PATH. It could also be that there are too many shared library differences between our Linux build platform and your runtime platform. But let's clarify before reaching that conclusion. On 08/30/2006 07:06 AM, Marco Tettamanti wrote: Hi Donna and John, thank you for your answers! Unfortunately I couldn't solve the problem. I have tried exporting /usr/lib64 to LD_LIBRARY_PATH, but I still get the same error message: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory The output of ldd caret5 is: [EMAIL PROTECTED] bin]# ldd caret5 linux-gate.so.1 = (0xe000) libpng12.so.0 = not found libSM.so.6 = not found libICE.so.6 = not found libXi.so.6 = not found libXrender.so.1 = not found libXrandr.so.2 = not found libXcursor.so.1 = not found libfreetype.so.6 = not found libfontconfig.so.1 = not found libXext.so.6 = not found libX11.so.6 = not found libz.so.1 = not found libpthread.so.0 = /lib/tls/libpthread.so.0 (0xf7fdb000) libdl.so.2 = /lib/libdl.so.2 (0xf7fd7000) libGLU.so.1 = not found libGL.so.1 = /usr/lib/libGL.so.1 (0xf7f51000) libm.so.6 = /lib/tls/libm.so.6 (0xf7f2e000) libc.so.6 = /lib/tls/libc.so.6 (0x00669000) /lib/ld-linux.so.2 (0x0065) libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0xf776c000) libnvidia-tls.so.1 = /usr/lib/tls/libnvidia-tls.so.1 (0xf776a000) libXext.so.6 = not found libX11.so.6 = not found I have tried creating a symolic link to the existing /usr/lib64/libpng12.so.0 both in the /lib and /usr/lib directories, but I still get the same error message. Permissions and file integrity should all be ok. Do you have any other suggestions? Thank you a lot! Marco Marco Tettamanti wrote: */Donna Dierker /* wrote: Date: Tue, 29 Aug 2006 08:47:13 -0500 From: Donna Dierker To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] [SPAM] caret on AMD64 Try making sure /usr/lib64 is in your LD_LIBRARY_PATH variable, e.g.: setenv LD_LIBRARY_PATH /usr/lib64:$LD_LIBRARY_PATH ... or if your shell is bash: export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH Thanks for reporting the issue with the mailing list. It sounds like I need to check the spam settings for [EMAIL PROTECTED] On 08/29/2006 03:01 AM, Marco Tettamanti wrote: Dear Donna and John, first of all I would like to express my congratulations for the improvements you made in Caret! I haven't been using the software for some times, but now that I have some new data to work on and I have started to use the latest release (5.4), I find that many options have been made more intuitive and easy to use, especially for the manual correction of segmentation errors. I am trying to install caret on an an AMD64 linux architecture (CentOS 4.3, kernel 2.6.9, 2 x AMD Opteron dual-core). I have tried installing from the linux binaries, but I receive an error message that some libraries cannot be opened (error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory), even if I create symbolic links to e.g. /usr/lib64/libpng12.so.0. Is there any way I can get the caret binaries to work on AMD64, without having to build from the source files? Thank you a lot for your help, Marco P.S.: I am using this alternative email address because but I have tried several times to send an email to caret-users@brainvis.wustl.edu from my address [EMAIL PROTECTED], but for some reasons my emails are rejected
Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
Hi Donna, I have tried to add a few directories: echo $LD_LIBRARY_PATH /lib64:/usr/X11R6/lib:/usr/lib:/lib:/usr/X11R6/lib64:/usr/lib64: The output of ldd caret5 doesn't seem to be affected at all... ldd caret5 linux-gate.so.1 = (0xe000) libpng12.so.0 = not found libSM.so.6 = not found libICE.so.6 = not found libXi.so.6 = not found libXrender.so.1 = not found libXrandr.so.2 = not found libXcursor.so.1 = not found libfreetype.so.6 = not found libfontconfig.so.1 = not found libXext.so.6 = not found libX11.so.6 = not found libz.so.1 = not found libpthread.so.0 = /lib/tls/libpthread.so.0 (0xf7fda000) libdl.so.2 = /lib/libdl.so.2 (0xf7fd6000) libGLU.so.1 = not found libGL.so.1 = /usr/lib/libGL.so.1 (0xf7f5) libm.so.6 = /lib/tls/libm.so.6 (0xf7f2d000) libc.so.6 = /lib/tls/libc.so.6 (0x00669000) /lib/ld-linux.so.2 (0x0065) libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0xf776b000) libnvidia-tls.so.1 = /usr/lib/tls/libnvidia-tls.so.1 (0xf7769000) libXext.so.6 = not found libX11.so.6 = not found Marco Donna Dierker [EMAIL PROTECTED] wrote: Hi Marco, It doesn't seem like this should be necessary, but let's see how your ldd caret5 output is affected by this: export LD_LIBRARY_PATH=/usr/lib64:/usr/lib:/usr/X11R6/lib64/lib Add any other library directories to the path above (delimited by :) that you think might help. On 08/30/2006 08:14 AM, Marco Tettamanti wrote: Hi Donna! Upon a fresh login, the output of 'echo $LD_LIBRARY_PATH' is usually empty. After giving the command 'export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH', the output is: echo $LD_LIBRARY_PATH /usr/lib64: The output of the 'find' command is: find / -name libX11.so.6 /usr/X11R6/lib64/libX11.so.6 Thank you again, Marco */Donna Dierker /* wrote: Hi Marco, John may have more concrete suggestions, but I want to see the output of two commands: echo $LD_LIBRARY_PATH and the other is: find / -name libX11.so.6 Based on the output below, I still suspect an issue with your LD_LIBRARY_PATH. It could also be that there are too many shared library differences between our Linux build platform and your runtime platform. But let's clarify before reaching that conclusion. On 08/30/2006 07:06 AM, Marco Tettamanti wrote: Hi Donna and John, thank you for your answers! Unfortunately I couldn't solve the problem. I have tried exporting /usr/lib64 to LD_LIBRARY_PATH, but I still get the same error message: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory The output of ldd caret5 is: [EMAIL PROTECTED] bin]# ldd caret5 linux-gate.so.1 = (0xe000) libpng12.so.0 = not found libSM.so.6 = not found libICE.so.6 = not found libXi.so.6 = not found libXrender.so.1 = not found libXrandr.so.2 = not found libXcursor.so.1 = not found libfreetype.so.6 = not found libfontconfig.so.1 = not found libXext.so.6 = not found libX11.so.6 = not found libz.so.1 = not found libpthread.so.0 = /lib/tls/libpthread.so.0 (0xf7fdb000) libdl.so.2 = /lib/libdl.so.2 (0xf7fd7000) libGLU.so.1 = not found libGL.so.1 = /usr/lib/libGL.so.1 (0xf7f51000) libm.so.6 = /lib/tls/libm.so.6 (0xf7f2e000) libc.so.6 = /lib/tls/libc.so.6 (0x00669000) /lib/ld-linux.so.2 (0x0065) libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0xf776c000) libnvidia-tls.so.1 = /usr/lib/tls/libnvidia-tls.so.1 (0xf776a000) libXext.so.6 = not found libX11.so.6 = not found I have tried creating a symolic link to the existing /usr/lib64/libpng12.so.0 both in the /lib and /usr/lib directories, but I still get the same error message. Permissions and file integrity should all be ok. Do you have any other suggestions? Thank you a lot! Marco Marco Tettamanti wrote: */Donna Dierker /* wrote: Date: Tue, 29 Aug 2006 08:47:13 -0500 From: Donna Dierker To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] [SPAM] caret on AMD64 Try making sure /usr/lib64 is in your LD_LIBRARY_PATH variable, e.g.: setenv LD_LIBRARY_PATH /usr/lib64:$LD_LIBRARY_PATH ... or if your shell is bash: export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH Thanks for reporting the issue with the mailing list. It sounds like I need to check the spam settings for [EMAIL PROTECTED] On 08/29/2006 03:01 AM, Marco Tettamanti wrote: Dear Donna and John, first of all I
Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
Dear Marco others, it appears that your caret5 is a 32-bit executable. At least it is for my binary 5.3 distribution. file caret5 should tell you what your system thinks of the binary format, and the ldd output suggests that only 32-bit libraries are used. To use this binary as it is, you will have to install the whole bunch of 32-bit shared libraries it needs. Or go and recompile, but then you will need to install the development files for these libraries. Volkmar On Wed, 30 Aug 2006, Marco Tettamanti wrote: Hi Donna and John, thank you for your answers! Unfortunately I couldn't solve the problem. I have tried exporting /usr/lib64 to LD_LIBRARY_PATH, but I still get the same error message: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory The output of ldd caret5 is: [EMAIL PROTECTED] bin]# ldd caret5 linux-gate.so.1 = (0xe000) libpng12.so.0 = not found libSM.so.6 = not found libICE.so.6 = not found libXi.so.6 = not found libXrender.so.1 = not found libXrandr.so.2 = not found libXcursor.so.1 = not found libfreetype.so.6 = not found libfontconfig.so.1 = not found libXext.so.6 = not found libX11.so.6 = not found libz.so.1 = not found libpthread.so.0 = /lib/tls/libpthread.so.0 (0xf7fdb000) libdl.so.2 = /lib/libdl.so.2 (0xf7fd7000) libGLU.so.1 = not found libGL.so.1 = /usr/lib/libGL.so.1 (0xf7f51000) libm.so.6 = /lib/tls/libm.so.6 (0xf7f2e000) libc.so.6 = /lib/tls/libc.so.6 (0x00669000) /lib/ld-linux.so.2 (0x0065) libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0xf776c000) libnvidia-tls.so.1 = /usr/lib/tls/libnvidia-tls.so.1 (0xf776a000) libXext.so.6 = not found libX11.so.6 = not found I have tried creating a symolic link to the existing /usr/lib64/libpng12.so.0 both in the /lib and /usr/lib directories, but I still get the same error message. Permissions and file integrity should all be ok. Do you have any other suggestions? Thank you a lot! Marco Marco Tettamanti wrote: */Donna Dierker [EMAIL PROTECTED]/* wrote: Date: Tue, 29 Aug 2006 08:47:13 -0500 From: Donna Dierker [EMAIL PROTECTED] To: Caret, SureFit, and SuMS software users caret-users@brainvis.wustl.edu Subject: Re: [caret-users] [SPAM] caret on AMD64 Try making sure /usr/lib64 is in your LD_LIBRARY_PATH variable, e.g.: setenv LD_LIBRARY_PATH /usr/lib64:$LD_LIBRARY_PATH ... or if your shell is bash: export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH Thanks for reporting the issue with the mailing list. It sounds like I need to check the spam settings for [EMAIL PROTECTED] On 08/29/2006 03:01 AM, Marco Tettamanti wrote: Dear Donna and John, first of all I would like to express my congratulations for the improvements you made in Caret! I haven't been using the software for some times, but now that I have some new data to work on and I have started to use the latest release (5.4), I find that many options have been made more intuitive and easy to use, especially for the manual correction of segmentation errors. I am trying to install caret on an an AMD64 linux architecture (CentOS 4.3, kernel 2.6.9, 2 x AMD Opteron dual-core). I have tried installing from the linux binaries, but I receive an error message that some libraries cannot be opened (error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory), even if I create symbolic links to e.g. /usr/lib64/libpng12.so.0. Is there any way I can get the caret binaries to work on AMD64, without having to build from the source files? Thank you a lot for your help, Marco P.S.: I am using this alternative email address because but I have tried several times to send an email to caret-users@brainvis.wustl.edu from my address [EMAIL PROTECTED], but for some reasons my emails are rejected with the following error message: The Symantec Mail Security program : host acuda.wustl.edu[128.252.248.242] said: 550 : Sender address rejected: Blocked (in reply to RCPT TO command) -- Volkmar Glauche - Department of Neurology [EMAIL PROTECTED] Universitaetsklinikum Freiburg Phone 49(0)761-270-5331 Breisacher Str. 64 Fax 49(0)761-270-5416 79106 Freiburg
Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
Marco, As Volkmar points out, Caret is built on a 32-bit machine. Is there a /usr/lib32 or /usr/X11R6/lib32 directory on your computer? When we used Silicon Graphics computers (running their version of UNIX called IRIX), it contained both /usr/lib32 and /usr/ lib64 so that both 32 and 64 bit executables could be used. I don't know if this is how Linux is setup. You may want to try the website for your version of Linux to inquire about obtaining 32-bit libraries. RedHat has info at http:// www.redhat.com/magazine/009jul05/features/multilib/. -- John Harwell [EMAIL PROTECTED] 314-362-3467 Department of Anatomy and Neurobiology Washington University School of Medicine 660 S. Euclid Ave.Box 8108 St. Louis, MO 63110 USA On Aug 30, 2006, at 8:44 AM, Volkmar Glauche wrote: Dear Marco others, it appears that your caret5 is a 32-bit executable. At least it is for my binary 5.3 distribution. file caret5 should tell you what your system thinks of the binary format, and the ldd output suggests that only 32-bit libraries are used. To use this binary as it is, you will have to install the whole bunch of 32-bit shared libraries it needs. Or go and recompile, but then you will need to install the development files for these libraries. Volkmar On Wed, 30 Aug 2006, Marco Tettamanti wrote: Hi Donna and John, thank you for your answers! Unfortunately I couldn't solve the problem. I have tried exporting /usr/lib64 to LD_LIBRARY_PATH, but I still get the same error message: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory The output of ldd caret5 is: [EMAIL PROTECTED] bin]# ldd caret5 linux-gate.so.1 = (0xe000) libpng12.so.0 = not found libSM.so.6 = not found libICE.so.6 = not found libXi.so.6 = not found libXrender.so.1 = not found libXrandr.so.2 = not found libXcursor.so.1 = not found libfreetype.so.6 = not found libfontconfig.so.1 = not found libXext.so.6 = not found libX11.so.6 = not found libz.so.1 = not found libpthread.so.0 = /lib/tls/libpthread.so.0 (0xf7fdb000) libdl.so.2 = /lib/libdl.so.2 (0xf7fd7000) libGLU.so.1 = not found libGL.so.1 = /usr/lib/libGL.so.1 (0xf7f51000) libm.so.6 = /lib/tls/libm.so.6 (0xf7f2e000) libc.so.6 = /lib/tls/libc.so.6 (0x00669000) /lib/ld-linux.so.2 (0x0065) libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0xf776c000) libnvidia-tls.so.1 = /usr/lib/tls/libnvidia-tls.so.1 (0xf776a000) libXext.so.6 = not found libX11.so.6 = not found I have tried creating a symolic link to the existing /usr/lib64/ libpng12.so.0 both in the /lib and /usr/lib directories, but I still get the same error message. Permissions and file integrity should all be ok. Do you have any other suggestions? Thank you a lot! Marco Marco Tettamanti wrote: */Donna Dierker [EMAIL PROTECTED]/* wrote: Date: Tue, 29 Aug 2006 08:47:13 -0500 From: Donna Dierker [EMAIL PROTECTED] To: Caret, SureFit, and SuMS software users caret-users@brainvis.wustl.edu Subject: Re: [caret-users] [SPAM] caret on AMD64 Try making sure /usr/lib64 is in your LD_LIBRARY_PATH variable, e.g.: setenv LD_LIBRARY_PATH /usr/lib64:$LD_LIBRARY_PATH ... or if your shell is bash: export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH Thanks for reporting the issue with the mailing list. It sounds like I need to check the spam settings for caret- [EMAIL PROTECTED] On 08/29/2006 03:01 AM, Marco Tettamanti wrote: Dear Donna and John, first of all I would like to express my congratulations for the improvements you made in Caret! I haven't been using the software for some times, but now that I have some new data to work on and I have started to use the latest release (5.4), I find that many options have been made more intuitive and easy to use, especially for the manual correction of segmentation errors. I am trying to install caret on an an AMD64 linux architecture (CentOS 4.3, kernel 2.6.9, 2 x AMD Opteron dual-core). I have tried installing from the linux binaries, but I receive an error message that some libraries cannot be opened (error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory), even if I create symbolic links to e.g. /usr/lib64/libpng12.so.0. Is there any way I can get the caret binaries to work on AMD64, without having to build from the source files? Thank you a lot for your help, Marco P.S.: I am using this alternative email address because but I have tried several times to send an email to caret-users@brainvis.wustl.edu from my address [EMAIL PROTECTED], but for some reasons my emails are rejected with the following
Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
On Wed, 30 Aug 2006, John Harwell wrote: Marco, As Volkmar points out, Caret is built on a 32-bit machine. Is there a /usr/lib32 or /usr/X11R6/lib32 directory on your computer? When we used Silicon Graphics computers (running their version of UNIX called IRIX), it contained both /usr/lib32 and /usr/lib64 so that both 32 and 64 bit executables could be used. I don't know if this is how Linux is setup. Under SuSE (and probably also on Marcos machine, as far as I understand the ldd output), 32-bit libraries are in /lib, /usr/lib ... whereas their 64-bit equivalents are stored in /lib64 ... Volkmar You may want to try the website for your version of Linux to inquire about obtaining 32-bit libraries. RedHat has info at http:// www.redhat.com/magazine/009jul05/features/multilib/. -- John Harwell [EMAIL PROTECTED] 314-362-3467 Department of Anatomy and Neurobiology Washington University School of Medicine 660 S. Euclid Ave.Box 8108 St. Louis, MO 63110 USA On Aug 30, 2006, at 8:44 AM, Volkmar Glauche wrote: Dear Marco others, it appears that your caret5 is a 32-bit executable. At least it is for my binary 5.3 distribution. file caret5 should tell you what your system thinks of the binary format, and the ldd output suggests that only 32-bit libraries are used. To use this binary as it is, you will have to install the whole bunch of 32-bit shared libraries it needs. Or go and recompile, but then you will need to install the development files for these libraries. Volkmar On Wed, 30 Aug 2006, Marco Tettamanti wrote: Hi Donna and John, thank you for your answers! Unfortunately I couldn't solve the problem. I have tried exporting /usr/lib64 to LD_LIBRARY_PATH, but I still get the same error message: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory The output of ldd caret5 is: [EMAIL PROTECTED] bin]# ldd caret5 linux-gate.so.1 = (0xe000) libpng12.so.0 = not found libSM.so.6 = not found libICE.so.6 = not found libXi.so.6 = not found libXrender.so.1 = not found libXrandr.so.2 = not found libXcursor.so.1 = not found libfreetype.so.6 = not found libfontconfig.so.1 = not found libXext.so.6 = not found libX11.so.6 = not found libz.so.1 = not found libpthread.so.0 = /lib/tls/libpthread.so.0 (0xf7fdb000) libdl.so.2 = /lib/libdl.so.2 (0xf7fd7000) libGLU.so.1 = not found libGL.so.1 = /usr/lib/libGL.so.1 (0xf7f51000) libm.so.6 = /lib/tls/libm.so.6 (0xf7f2e000) libc.so.6 = /lib/tls/libc.so.6 (0x00669000) /lib/ld-linux.so.2 (0x0065) libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0xf776c000) libnvidia-tls.so.1 = /usr/lib/tls/libnvidia-tls.so.1 (0xf776a000) libXext.so.6 = not found libX11.so.6 = not found I have tried creating a symolic link to the existing /usr/lib64/ libpng12.so.0 both in the /lib and /usr/lib directories, but I still get the same error message. Permissions and file integrity should all be ok. Do you have any other suggestions? Thank you a lot! Marco Marco Tettamanti wrote: */Donna Dierker [EMAIL PROTECTED]/* wrote: Date: Tue, 29 Aug 2006 08:47:13 -0500 From: Donna Dierker [EMAIL PROTECTED] To: Caret, SureFit, and SuMS software users caret-users@brainvis.wustl.edu Subject: Re: [caret-users] [SPAM] caret on AMD64 Try making sure /usr/lib64 is in your LD_LIBRARY_PATH variable, e.g.: setenv LD_LIBRARY_PATH /usr/lib64:$LD_LIBRARY_PATH ... or if your shell is bash: export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH Thanks for reporting the issue with the mailing list. It sounds like I need to check the spam settings for caret- [EMAIL PROTECTED] On 08/29/2006 03:01 AM, Marco Tettamanti wrote: Dear Donna and John, first of all I would like to express my congratulations for the improvements you made in Caret! I haven't been using the software for some times, but now that I have some new data to work on and I have started to use the latest release (5.4), I find that many options have been made more intuitive and easy to use, especially for the manual correction of segmentation errors. I am trying to install caret on an an AMD64 linux architecture (CentOS 4.3, kernel 2.6.9, 2 x AMD Opteron dual-core). I have tried installing from the linux binaries, but I receive an error message that some libraries cannot be opened (error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory), even if I create symbolic links to e.g. /usr/lib64/libpng12.so.0. Is there any way I can get the caret binaries to work on AMD64, without having