DICOM @ OFFIS

solved by

l = &assoc->params->DULparams.acceptedPresentationContext;
if (!*l)
return 0;

assoc.cc : ASC_findAcceptedPresentationContextID function doesn't check if assoc->params->DULparams.acceptedPresentationContext != NULL

it is normal that scp rejected all requested contexts and assoc->params->DULparams.acceptedPresentationContext is NULL.

i think only base dcmnet functions "is not reentrant" like gethostbyname (recommended replacement is getaddrinfo) etc but if we can believe manuals gethostbyname uses thread context to store static data.... anyway i did replacement to getaddrinfo :) and doing heavy testing on multi thread ...

static const char* uid2name(const char* uid) { static char staticname[DIC_UI_LEN+2]; const char* name = dcmFindNameOfUID(uid); /* return the name of the UID or the UID if unknown */ if (name) { sprintf(staticname, "=%s", name); name = staticname; } return (name); } should be if (name) { sp...

well, some necro posting :) 2009 requires new level of security. there is small patch to add possibility to bind ACCEPTOR to specific local IP address/name or network interface (Unix). tested under Linux (fc10) and Windows XP. check for ASC_initializeSpecificNetwork for new parameter: * @bindto &quo...

just for info, at the moment i solved this (NOT DCMTK!) problem by this patch: dcpixel.cc:718 OFBool isEncapsulatedPixels = OFFalse; if (inStream.avail()>=4 && ixferSyn.isEncapsulated()) { Uint16 groupTag = 0xffff; Uint16 elementTag = 0xffff; const E_ByteOrder byteOrder = ixferSyn.getByteOrd...

direct patching is not available, i need to fix them on fly btw source is TOSHIBA ! oO and it sends tons of such files

thanks for idea about level checking.

agree i will inform, i didn't find how to change VR and lenght outside of library, setLenghtField is protected member.... and anyway DcmPixelData is loading (and storing after) it as "wrong" class and messing data... currently solved problem by changing dcpixel.cc if (getLengthField() == D...

yes i know okay will apply some local workaround

thanks!

Found new (sorry think it is again buggy dicom :) problem with compressed image. from dcpixel.cc: line 715 /* determine if the pixel data is captured in native (uncompressed) or encapsulated * (compressed) format. We only derive this information from the length field * which is set to undefined leng...

btw is it possible to reload dictionary on fly ? can be useful for daemons,
i see operator = think it is enough to assign DcmDataDictionary(xxxx) to the global variable?

well, as i see the philips modality sends 18,9321 as explicit but with known lengths and DcmSequenceOfItems can't load it properly, yes +E shows some data but in general there more items if i set that SQ as UN in th dictionary i can get full dump and can loadFile as usually.

temporary fixed by dicom.dic record:
(0018, 9321) UN
replacing standard SQ record

sorry guys for my stupid questions we work with many types of modalities and some of vendors send "bad" dicoms and we have to process it

yes I can confirm it is corrupted dicom with wrong SQ syntax... hmm, just need to know how to fix such files.