Search found 16 matches

by takeos
Thu, 2014-10-09, 08:36
Forum: DCMTK - General
Topic: DIMSE Failed to send message\n0006:031d TCP I/O Error (No error) occurred in routine: writeDataPDU
Replies: 19
Views: 37276

Re: DIMSE Failed to send message\n0006:031d TCP I/O Error (N

Today I got this error with DCMTK 3.6.1 and it's too bad this routine doesn't provide any details about the error on Windows platform. I know it's not easy to fix this, since you need to call platform-dependent API to get an error code ( http://msdn.microsoft.com/en-us/library/windows/desktop/ms7401...
by takeos
Tue, 2011-05-24, 08:42
Forum: DCMTK - General
Topic: DcmDicomDir::recurseMatchFile() returns NULL even if the filename matches
Replies: 2
Views: 3196

Hello, The DcmDicomDir class document has a small description about matchFilename(). Please see http://support.dcmtk.org/docs/classDcmDicomDir.html#e3d6db13d2f2a8a52b3b3f399860e4b8 And yes of course my code once used this method. My PACS application provides DICOMDIR files for every set of files (us...
by takeos
Tue, 2011-05-17, 07:44
Forum: DCMTK - General
Topic: DcmDicomDir::recurseMatchFile() returns NULL even if the filename matches
Replies: 2
Views: 3196

DcmDicomDir::recurseMatchFile() returns NULL even if the filename matches

Here's an excerpt from resurseMatchFile method of DcmDicomDir class, dcmtk-3.6.1_20110225. unsigned long lastIndex = startRec->cardSub(); for (unsigned long i = 0; i < lastIndex; i++ ) { DcmDirectoryRecord *subRecord = startRec->getSub( i ); const char* subName = subRecord->lookForReferencedFileID()...
by takeos
Tue, 2010-12-21, 07:37
Forum: DCMTK - General
Topic: DcmSCU::sendSTORERequest() sets wrong response status code
Replies: 1
Views: 2953

DcmSCU::sendSTORERequest() sets wrong response status code

I love this DcmSCU experimental class since it's very easy to reuse the code and keep it updated. Before I notice this class I had to check storescu implementation with every snapshot to see if it had been updated or fixed, and if yes I had to apply them to my own application. Anyway, as the subject...
by takeos
Wed, 2010-08-18, 16:34
Forum: DCMTK - General
Topic: DcmDicomDir: parameter filename should be const char*
Replies: 3
Views: 4006

Thank you for your quick reply. Well I guess it was so minor that everyone hesitated to report, or just because these functions have not been used so widely... :wink:
by takeos
Wed, 2010-08-18, 10:28
Forum: DCMTK - General
Topic: DcmDicomDir: parameter filename should be const char*
Replies: 3
Views: 4006

DcmDicomDir: parameter filename should be const char*

In the latest snapshot some of DcmDicomDir member functions take filename as a parameter and its type is declared as char* instead of const char*. Could you please fix them where appropriate?
by takeos
Fri, 2010-07-09, 07:45
Forum: DCMTK - General
Topic: DicomImage::processNextFrames() causes memory leak
Replies: 2
Views: 3302

DicomImage::processNextFrames() causes memory leak

When a DicomImage instance is constructed for a MONOCHROME2 image, DiOverlay instance is also created as below. DiOverlay::DiOverlay(const DiDocument * docu=0x03d41748, const unsigned short alloc=8, const unsigned short stored=8, const unsigned short high=7) line 70 DiMonoImage::Init(DiMonoModality ...
by takeos
Fri, 2010-07-09, 06:56
Forum: DCMTK - General
Topic: DicomImage::getDepth() returns 17, not 16
Replies: 2
Views: 3406

DicomImage::getDepth() returns 17, not 16

I tried to display 16bit CT image with no Modality LUT and got 17 from DicomImage::getDepth(). It's the latest snapshot (20100608). The stack trace is as below. I guess DicomImageClass::rangeToBits() should pass 1 to DicomImageClass::tobits() as the second parameter instead of 1 when passing minvalu...
by takeos
Thu, 2009-10-29, 08:26
Forum: DCMTK - General
Topic: DUL_RequestAssociation in blocking mode
Replies: 2
Views: 4927

Recently one of our customers reported that our C-STORE SCU application built on DCMTK (dcmnet) stopped responding while communicating with SCP and my guess was that was because of the blocking behavior you mentioned, so I tried to modify the code to make it nonblocking. The first thing I did was ad...
by takeos
Tue, 2009-02-24, 05:08
Forum: DCMTK - General
Topic: Failed to save DICOMDIR using DcmDicomDir
Replies: 6
Views: 7046

Thank you for taking your time Jörg. I could find that following command line inputs result in the error. > dcmgpdir.exe --add-icon-image --icon-image-size 128 DCMFILE1 > dcmgpdir.exe --add-icon-image --icon-image-size 128 +A DCMFILE2 dcmgpdir has been built with BUILD_DCMGPDIR_AS_DCMMKDIR macro. I ...
by takeos
Fri, 2009-02-20, 16:47
Forum: DCMTK - General
Topic: Initializing DcmOutputStream with FILE*
Replies: 5
Views: 6033

Thanks Marco, it's great to be told about software concept and design intention directly from its author, for that helps me understand it more deeply. Now I understand why DcmOutputFileStream does not allow putback() operation. When compression filter is installed you can't simply overwrite its cont...
by takeos
Fri, 2009-02-20, 09:37
Forum: DCMTK - General
Topic: Failed to save DICOMDIR using DcmDicomDir
Replies: 6
Views: 7046

No, dcmgpdir fails to append a new file to DICOMDIRs generated by my program showing a message "Error: Permission denied: writing file: DICOMDIR". It does work fine with DICOMDIRs made using dcmgpdir itself and the difference is that the former one has large (16kb+) image items in its icon...
by takeos
Mon, 2009-02-16, 09:02
Forum: DCMTK - General
Topic: Failed to save DICOMDIR using DcmDicomDir
Replies: 6
Views: 7046

Failed to save DICOMDIR using DcmDicomDir

Hi, I got another problem while upgrading my DCMTK environment to the latest snapshot. In my code a DICOMDIR file is loaded using DcmDicomDir object, and is modified then saved. Unfortunately the operation fails upon renaming DICOMDIR->DICOMDIR.$$$ in DcmDicomDir::write(), since the DICOMDIR file is...
by takeos
Fri, 2009-02-13, 17:12
Forum: DCMTK - General
Topic: Initializing DcmOutputStream with FILE*
Replies: 5
Views: 6033

That can be an option, at least its consistency would be kept at the time of construction. (it's a diff against 62nd line, right?) I'd rather give it a maximum flexibility though, so that the consistency could be kept even if you move the file pointer after making DcmOutputFileStream object without ...