Sometimes, the smallest of fixes makes a great deal. I was passing cloned
references in the Clone() method of my reader, instead of creating a new
instance each time. Now, it is working.
Alex
________________________________
De : Alex Valcourt Caron
Envoyé : 1 novembre 2017 11:41:32
À : [email protected]
Objet : Problem loading files
Hi,
I am presently writing a set of readers for my application. I had no problems
registering everything and opening files.
However, I presently have a weird bug. I am reading a first config file, which
can contain paths for other files to load. When I call mitk::IOUtil::Load on
the first file, everything starts ok.
Then I hit the point in the first reader where I need to open a file found, so
I make another call to mitk::IOUtil::Load inside the first reader, which
triggers the opening, reading and parsing in a second reader.
The data returns from the second reader, but the first seems to never catch it.
All print statements located in the first reader after the Load call are not
displayed and the application closes without any signs of error or processing.
No exception is catched, not even the catch(...) one.
Is it possible to nest those call to Load in the readers ? I'm a bit confused
right now on how to handle the case.
Thanks,
Alex
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
