Hi Wolf,
From the looks of the file that you sent with your first email, this seems to be related to the problem discussed here:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=FSL;eca12e04.1505
I am not exactly sure why the Fedora build would not be able to read the hexadecimal files back in, but that does seem like the most probable cause for your problems to me. The script that Paul posted in the other thread should provide an easy workaround.
Cheers,
Eelke
> On 16 Jul 2015, at 22:18, wolf zinke <[log in to unmask]> wrote:
>
> Hi again,
>
> It might not be an error of the OS. I installed Neurodebian and I still got this problem. It seems to be related to the data I guess. It is strange to me, I can co-register these files, display them correctly in fslview and do several other processing without an error, but as soon it involves some matrix transformations it throws the newmat error. For example, if I run the FLIRT gui with the shadowreg option, the first co-registration works fine, but applying the transformation to the other images gives the error.
>
> Has anybody an idea where to look?
>
> wolf
>
> On 07/16/2015 12:38 PM, wolf zinke wrote:
>> Hi all,
>>
>> Not sure if this is a known issue (and a solution is easily available), but I have not found anything in the mailinglist archive. It seems that there is a conflict with the newmat library and recent versions of Fedora (21/22). Several function calls end with an Error "terminate called after throwing an instance of 'NEWMAT::SingularException'". The most simple one is this:
>>
>> convert_xfm -omat INIA_to_T1.mat -inverse T1_to_INIA_aff.mat
>>
>> But this also happens for fnirt, applywarp, and flirt (when using applyxfm as argument, but not when co-registering).
>>
>> I have not figured out what exactly causes the problem and if there is a simple fix. I would be grateful if someone has some pointers how to solve this problem (besides not using Fedora ;-))
>>
>> wolf
|