Page MenuHomePhabricator

Crash in DICOMReaderServiceActivator due to uninitialized module "DICOMReader"
Closed, ResolvedPublic

Description

Currently some of our unit tests are broken.

This is caused in the constructor of ManualSelectingDICOMReaderService which uses DICOMFileReaderSelector (DICOMReader module). The selector tries to access us::Module ressources, but the module is not initialized at this point -> crash.

It seems to be a kind of race condition as the DLL itself is loaded, but the us::Module initialization code is not already executed. In other constellations this works (e.g. Workbench, MiniApps and most other tests) out (for whatever reason) but in some cases (e.g. DICOMReaderTest) the DICOMReader dll becomes loaded as symbols are needed, but the module activation is not done before the rest of the autoload happens which causes the crash.

Revisions and Commits

rMITK MITK
Restricted Differential Revision
Restricted Differential Revision
Restricted Differential Revision
Restricted Differential Revision
Restricted Differential Revision
Restricted Differential Revision
Restricted Differential Revision

Related Objects