Hi John,
I have tried unlimiting the coredumpsize from a tcsh shell (as I was
indeed using a bash shell and the coredumpsize was limited to 0 kbytes)
but, for some reasons, even if caret crashes no core file gets written out.
All the display functions that I have tried out (rendering surfaces,
Marco,
The creation of a core file may be inhibited. So, make sure you are
running one of the c-shell variances (enter the command "/bin/csh" or
"/bin/tcsh". Enter the command "limit". If "coredumpsize" is
anything but unlimited, do the following:
* Enter the command "unlimit coredumps
Hi John,
I have downloaded caret5_exe_linux_debug and ran it, but strange things
happened... :-|
1) First, I ran the debug executable as caret5 -notext as you suggested:
I selected File Import, and, wow! caret opened the file. I did the same
with File Open and it worked. Solved, I thought: must
Hi John and Donna,
thank you for your suggestions! I will no try to dowload the debug
release and follow your instructions.
In the meantime, I ran Caret with the 'strace' linux diagnostic command,
hoping it may help you to trace the problem. I have attached the file
with the whole text output.
Hi Marco,
We had a problem similar to this that had to do with the "freetype"
library that is used to render the stereotaxic coordinates on the
volume display window. I have built a new version of Caret5 for
linux that has an option, "-notext", that will prevent Caret5 from
trying to dra
Note to caret-users: St. Louis had a major winter storm last night, and
I'm not sure who is in the office today, if anyone. I'm at home with
power, but many people are without power. David is at UCDavis.
Hi Marco,
Okay, so display problem -- not I/O. You can try running gdb caret5, but
if the c
Hi Donna,
I have tried to use File: Open Volume Anatomy and Open Volume Functional on:
image.hdr
image.HEAD
image.nii
as you suggested, but unfortunately they all cause the X session to crash.
Thank you for you help!
Best,
Marco
Donna Dierker wrote:
Marco,
Does the problem occur when you use
Marco,
Does the problem occur when you use File: Open Volume Anatomy (or
functional) File to open the same file?
If so, does it occur if you convert the file to NIfTI and/or AFNI? I'm
guessing it will (e.g., suggesting a display issue, rather than a file
I/O issue), but it helps to be sure.
Hi John and Donna,
I tried both of your methods, but unfortunately none solved my problem...
I have tried to rename the file .fonts.conf, alone and, following the
thread between Roland and you, together with .fonts.cache-1 and .fontconfig/
I also tried running Donna's script sh ./caret_prefs_str
Hi Marco,
Although your problem is a bit different, another possible culprit is
the .caret5_preferences file:
http://brainvis.wustl.edu/pipermail/caret-users/2006-November/000931.html
We're still struggling with this problem at University of Washington.
Today I asked Veronica to try the att
Marco,
Another user had a problem similar to this. I believe it has to do
with the FreeType library which gets used to create text characters
that are drawn on the volume slices to show the voxel and its
stereotaxic coordinate.
See if there is a file in your home directory named
".font
Hi Donna and Hohn,
I am experiencing a severe problem with my caret installation in linux:
whenever I try to import an Analyze Volume file, my entire X session
immediately crashes, including all applications and I have to login in
KDE from scratch.
I couldn't tell whether the problem is limited
12 matches
Mail list logo