Okay, this is bad news.

Is the stack trace still the same (with the CoreServicePointer changes) for the crash you are experiencing?

Thanks,
Sascha

On 02/11/2015 04:14 PM, Miklos Espak wrote:
I am afraid, the clean build did not solve the problem. Moreover, this is not clang-specific, our unit test crashes on Linux as well, with gcc.

It seems to me that the problem is the order in which modules are initialised and accessed.

Miklos


On 10 February 2015 at 21:11, Sascha Zelzer <[email protected] <mailto:[email protected]>> wrote:

    That sould do it. At least it fixed similar issues for me when
    building with clang on Fedora...


    On 02/10/2015 09:59 PM, Clarkson, Matt wrote:
    Hi there,

    I pulled that branch, and re-built MITK, and rebuilt our code,
    and can’t see any difference.
    I also changed into the source folder to check that I had got the
    updated file and I have.

    Do I need a full clean build?

    M

    On 10 Feb 2015, at 17:45, Sascha Zelzer
    <[email protected]
    <mailto:[email protected]>> wrote:

    Hi,

    I pushed branch
    bug-18731-hide-template-definitions-with-special-default-arguments
    based on the 2014.10 release. Could you give it a try please and
    report back?

    Thanks,
    Sascha

    On 02/09/2015 09:00 PM, Clarkson, Matt wrote:
    Currently, Mac OSX 10.9.5 and

    /usr/bin/c++ --version
    Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
    Target: x86_64-apple-darwin13.4.0
    Thread model: posix


    Thanks

    M

    On 9 Feb 2015, at 19:53, Sascha Zelzer
    <[email protected]
    <mailto:[email protected]>> wrote:

    Hi,

    before going into details, on which OS and compiler are you
    getting this?

    Thanks,

    Sascha

    On 02/09/2015 01:23 PM, Clarkson, Matt wrote:
    Hi there,

    Im trying to change one of our file reader/writes to the new
    framework.

    I have code like this:
     mitk::FileReaderRegistry readerRegistry;
      std::vector<mitk::IFileReader*> readers = 
readerRegistry.GetReaders(mitk::FileReaderRegistry::GetMimeTypeForFile("4x4"));
      MITK_TEST_CONDITION_REQUIRED(readers.size() == 1, "Testing for 1 
registered readers”)

    that fails (seg fault) on call to readerRegistry.GetReaders(..)

    But the GUI program successfully loads/saves these files.
    The unit test is for our own file type in our own module.

    I based my code on the mitkPointSetReaderTest.cpp. In the
    diffusion modules there are examples of new file
    readers/writers, but no unit tests that i could find that use
    the FileReaderRegistry. So, I must be missing something in my
    unit test, failing to instantiate some class/service. Is it
    possible that the PointSetReaderTest works because the
    mitkCoreActivator is instantiating a lot of stuff, whereas my
    unit test is not? i.e. I dont know what Im supposed to look for.

    Can anyone help? See 2 screenshots of stack trace.

    Thanks

    Matt







    
------------------------------------------------------------------------------
    Dive into the World of Parallel Programming. The Go Parallel Website,
    sponsored by Intel and developed in partnership with Slashdot
    Media, is your
    hub for all things parallel software development, from weekly thought
    leadership blogs to news, videos, case studies, tutorials and
    more. Take a
    look and join the conversation now. http://goparallel.sourceforge.net/
    _______________________________________________
    mitk-users mailing list
    [email protected]
    <mailto:[email protected]>
    https://lists.sourceforge.net/lists/listinfo/mitk-users



------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users

Reply via email to