Mathieu Malaterre
Mathieu Malaterre
Full error: ``` [100%] Linking CXX executable vdb_lod /usr/bin/ld: CMakeFiles/vdb_lod.dir/openvdb_lod.cc.o: warning: relocation against `_ZTVN7openvdb4v9_05tools12MultiResGridINS0_4tree4TreeINS3_8RootNodeINS3_12InternalNodeINS6_INS3_8LeafNodeIfLj3EEELj4EEELj5EEEEEEEEE' in read-only section `.text._ZN7openvdb4v9_05tools12MultiResGridINS0_4tree4TreeINS3_8RootNodeINS3_12InternalNodeINS6_INS3_8LeafNodeIfLj3EEELj4EEELj5EEEEEEEED0Ev[_ZN7openvdb4v9_05tools12MultiResGridINS0_4tree4TreeINS3_8RootNodeINS3_12InternalNodeINS6_INS3_8LeafNodeIfLj3EEELj4EEELj5EEEEEEEED5Ev]' /usr/bin/ld: CMakeFiles/vdb_lod.dir/openvdb_lod.cc.o: in function `openvdb::v9_0::tools::MultiResGrid::~MultiResGrid()': openvdb_lod.cc:(.text._ZN7openvdb4v9_05tools12MultiResGridINS0_4tree4TreeINS3_8RootNodeINS3_12InternalNodeINS6_INS3_8LeafNodeIfLj3EEELj4EEELj5EEEEEEEED2Ev[_ZN7openvdb4v9_05tools12MultiResGridINS0_4tree4TreeINS3_8RootNodeINS3_12InternalNodeINS6_INS3_8LeafNodeIfLj3EEELj4EEELj5EEEEEEEED5Ev]+0x5): undefined reference to `vtable for openvdb::v9_0::tools::MultiResGrid'...
Since the reference given above does not work anymore today, may I suggest instead the following (valid) reference: * https://sourceforge.net/p/gdcm/gdcmdata/ci/master/tree/undefined_length_un_vr.dcm Tested with both DCMTK and GDCM.
@michaelonken I believe this would make more sense, setting a cache variable is somewhat counter-intuitive (IMHO). I'll try to prepare a patch in that direction (unless you know how to...
@michaelonken In fact that was just a string replacement. Please review. Thanks
@michaelonken Deeply sorry for the previous patch, this was clearly not carefully tested. See updated patch. Thanks.
@michaelonken In case you've not seen it yet, the commit message states: > Previously DCMTK_DEFAULT_DICT was declared as CACHE variable, which > would force users to write: > > set(DCMTK_DEFAULT_DICT...
Tags: * 1.2.840.10008.1.2.4.51 / JPEG Extended (Process 2 & 4): Default Transfer Syntax for Lossy JPEG 12 Bit Image Compression (Process 4 only) * Pixel Representation: 1 (signed pixel data)
Here is my guess (have not checked). Signed pixel data compression is hard to implement with lossy compression maybe there is an overflow in the encoded dataset (so this is...
Can you share one such DICOM instance ?