Storage Failures

[kosherhog]

With the latest code, I'm experiencing a set of failures that seem to be caused by some build issues with dicom-dimse-native. I have a couple of them worked around (mostly to give you some indication of where I'm seeing problems) but I still haven't been able to pull up any images in the OHIF viewer. I'm running on Debian 12 (Bookworm), which is part of the python:3.11 docker image. This container is running on an M1 Mac, so everything builds on install to product ARM binaries. My installation is a source installation (per your instructions).

The two problems I've worked around so far are the missing dicom.dic file and the esdb directory. I worked around those errors by building the two components directly out of the dcmtk-3.6.8 source. I've copied the esdb folder. In the case of the former, I've added the environment variable to set DCMDICTPATH="/root/dcmtk-3.6.8/dcmdata/data/dicom.dic" before starting the server. I've also copied oficonv/data/esdb/* to /usr/local/share/dcmtk-3.6.8/esdb. This clears up a few errors when running the import and I've managed now to get as far as loading the list of studies in the viewer. I have yet to succeed in actually retrieving a study and displaying it, though. When opening the viewer to see a study, I'm getting a 'not available' error.

On oficonv, I did build and install libiconv but cmake doesn't seem to find it in /usr/local.

Some other errors that have popped up -

Failed to create table: patient
storeSCP: Database: storeRequest Failed (Success): 0000:0001 Illegal parameter
DcmSpecificCharacterSet: 'ISO 2022 IR 6' is not supported by the utilized character set conversion library 'Citrus iconv, Version FreeBSD 13.1 (modified)'

FWIW, everything worked fine as of commit c3972552b15f3368b05285912e43cc4cbce39238. That was likely prior to the move to dcmtk 3.6.8.

Happy to provide more information. Thanks for your help.