(Dimon) Program death with mac but not linux binaries


I’m receiving the below fatal error on a Mac when attempting to use Dimon to read Siemens .IMA files e.g.
Dimon -infile_prefix -assume_dicom_mosaic

  • The error occurs when using Precompiled binary macosx_10.7_local: Aug 28 2018 (Version AFNI_18.2.15)
    but does not occur when using Precompiled binary linux_openmp_64: Sep 27 2018 (Version AFNI_18.2.19)
  • Using Precompiled binary macosx_10.7_local works for some .IMA files for some subjects, but the crash error is more frequent than not




Dimon version 4.23 (May 23, 2018) running, use to quit…

– scanning for first volume

Fatal Signal 6 (SIGABRT) received
Bottom of Debug Stack
** AFNI version = AFNI_18.2.15 Compile date = Aug 28 2018
** [[Precompiled binary macosx_10.7_local: Aug 28 2018]]
** Program Death **
** If you report this crash to the AFNI message board,
** please copy the error messages EXACTLY, and give
** the command line you used to run the program, and
** any other information needed to repeat the problem.
** You may later be asked to upload data to help debug.

------ CRASH LOG ------------------------------**
Fatal Signal 6 (SIGABRT) received
… recent internal history …
++Dimon [2]: {ENTRY (file=Dimon.c line=447) from Bottom of Debug Stack
+++mri_read_dicom [3]: {ENTRY (file=mri_read_dicom.c line=138) from Dimon
++++mri_dicom_header [4]: {ENTRY (file=mri_dicom_hdr.c line=291) from mri_read_dicom
mri_dicom_header – 0004.0001.2017.
+++++DCM_OpenFile [5]: {ENTRY (file=mri_dicom_hdr.c line=1088) from mri_dicom_header
++++++readFile1 [6]: {ENTRY (file=mri_dicom_hdr.c line=7115) from DCM_OpenFile
+++++++readVRLength [7]: {ENTRY (file=mri_dicom_hdr.c line=6484) from readFile1
-------readVRLength [7]: EXIT} (file=mri_dicom_hdr.c line=6671) to readFile1
readFile1 – readVRLength fails
------readFile1 [6]: EXIT} (file=mri_dicom_hdr.c line=7352) to DCM_OpenFile
-----DCM_OpenFile [5]: EXIT} (file=mri_dicom_hdr.c line=1162) to mri_dicom_header

** AFNI compile date = Aug 28 2018
** [[Precompiled binary macosx_10.7_local: Aug 28 2018]]
** Program Crash **

Just to touch base on this, the problem seems to relate to very
long file names, or at least shortening them is a work-around.

However the real problem is looking like compiler optimization
failure. Compiling the code without optimization makes the
problem go away. Such issues are difficult to resolve… :frowning:

  • rick