Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
Thank you Volkmar and John! Volkmar is right, I have both /usr/lib and /usr/X11R6/lib directories on my machine. But I have almost exclusively 64bit libraries installed, no 32 bit libraries. This was actually my original question: whether there was a mean to install Caret on a full 64bit machine, without having to compile from the source files... Given that this is not the case, I may go on and install the full set of 32 bit libraries. Does anyone know the name of the packages that need to be installed in CentOS, e.g. by using the command 'yum', in order to obtain all the libraries required by Caret? Thank you again, Marco John Harwell <[EMAIL PROTECTED]> 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. 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 /* 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 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 an
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" > > > > > > 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 rec
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"
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 fol
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"
>
> 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 Fr
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 > >> > >>
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 beca
Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
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 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)
>
> --
> Marco Tettamanti, Ph.D.
> San Raffaele Scientific Institute
> Facoltà di Psicologia
> Via Olgettina 58
> I-20132 Milano, Italy
> Tel. ++39-02-26434888
> Fax ++39-02-26434892
> Email: [EMAIL PROTECTED]
>
>
> How low will we go? Check out Yahoo! Messengers low PC-to-Phone call
> rates.
>
>
>
>
> ---
Re: [caret-users] [windows problem] RadialPositionMap+orig.HEAD not found
H Leonardo, A while back, there was a bug in the Windows version of Caret that caused some files to get written to the $CARET_HOME/bin directory instead of the current working directory. This bug has been fixed for a while, so I suggest trying the snapshot caret5.exe: http://brainmap.wustl.edu/pub/caret/caret5_exe_windows.zip login pub password download Move your old caret5.exe file (perhaps in c:\caret\bin or the bin subdirectory under the folder in which you installed caret) to caret5_old.exe; unzip the downloaded zip file; and move the caret5.exe to the caret bin subdirectory. Good luck! On 08/30/2006 02:44 AM, leonardo cerliani wrote: hello everyone, I had to install caret under windows in my pc at work. I have the following problem: when I start the volume-->segmentation, it goes on, but soon after the first fiducial reconstruction, it pops out that it cannot find RadialPositionMap+orig.HEAD. I obviously checked in the directory I was working in and it is there. I also tried to restart the segmentation process from the automatic error correction, but it suddenly stops telling me that the segmentation was successfully performed. The result that I can see from now is that it does not perform automatic error correction. Can you help me in some way? thanks a lot for your attention leonardo cerliani ___ caret-users mailing list caret-users@brainvis.wustl.edu http://pulvinar.wustl.edu/mailman/listinfo/caret-users -- Donna L. Dierker (Formerly Donna Hanlon; no change in marital status -- see http://home.att.net/~donna.hanlon for details.)
Re: [SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
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 <[EMAIL PROTECTED]>/* wrote:
Date: Tue, 29 Aug 2006 08:47:13 -0500
From: Donna Dierker <[EMAIL PROTECTED]>
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 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)
--
Marco Tettamanti, Ph.D.
San Raffaele Scientific Institute
Facoltà di Psicologia
Via Olgettina 58
I-20132 Milano, Italy
Tel. ++39-02-26434888
Fax ++39-02-26434892
Email: [EMAIL PROTECTED]
How low will we go? Check out Yahoo! Messenger’s low PC-to-Phone call
rates.
___
caret-users mailing list
caret-users@brainvis.wustl.edu
http://pulvinar.wustl.edu/mailman/listinfo/caret-users
--
Donna L. Dierker
(Formerly Donna Hanlon; no change in marital status -- see
h
[SPAM] Re: Re: [caret-users] [SPAM] caret on AMD64
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"
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)
--
Marco Tettamanti, Ph.D.
San Raffaele Scientific Institute
Facoltà di Psicologia
Via Olgettina 58
I-20132 Milano, Italy
Tel. ++39-02-26434888
Fax ++39-02-26434892
Email: [EMAIL PROTECTED]
-
How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.
[caret-users] [SPAM] [windows problem] RadialPositionMap+orig.HEAD not found
hello everyone, I had to install caret under windows in my pc at work. I have the following problem: when I start the volume-->segmentation, it goes on, but soon after the first fiducial reconstruction, it pops out that it cannot find RadialPositionMap+orig.HEAD. I obviously checked in the directory I was working in and it is there. I also tried to restart the segmentation process from the automatic error correction, but it suddenly stops telling me that the segmentation was successfully performed. The result that I can see from now is that it does not perform automatic error correction. Can you help me in some way? thanks a lot for your attention leonardo cerliani
