DICOM @ OFFIS

In our Windows user context, that timeToWait is not long enough to wait for the data availability from the socket and meanwhile, that do-while condition does not tell WSAEWOULDBLOCK error, thus DUL_NETWORKCLOSED is returned instead of DUL_READTIMEOUT expected. By the way the code works fine on our L...

It is to wait for a while to recheck socket availability.

The code here resolves the problem we met here, In defragmentTCP(), read() in non-blocking mode fails when the socket is not ready to be read, if we do not wait for a while, defragmentTCP() will return then we have no data received.

Got it, Thanks.

We (Bonnie found the issue) have a DICOM message relay on Windows to test, storescu --> our DICOM router(SCP --> SCU, using DCMTK3.6.6) --> external SCP, We got the error shown below on Windows, We do not have the same problem on Linux with our DICOM router built from the same DCMTK. C:\testbin>stor...

I had the log in more detail, [ 0%] Building CXX object ofstd/libsrc/CMakeFiles/ofstd_obj.dir/ofcmdln.cc.o cd /work/dcmtk-build/dcmtk/ofstd/libsrc && /bin/xlC_r -+ -DDCMTK_BUILD_IN_PROGRESS -DUSE_NULL_SAFE_OFSTRING -D_REENTRANT -Dofstd_EXPORTS -O2 -fvisibility=hidden -D_XOPEN_SOURCE_EXTENDED...

I am building dcmtk on aix 6.1, while got problems. in CMakefileCache.txt, I have //Have include stdio.h HAVE_STDIO_H:INTERNAL=1 While, the build says something like this, build@aix03 77>make Scanning dependencies of target ofstd_obj [ 0%] Building CXX object ofstd/libsrc/CMakeFiles/ofstd_obj.dir/of...

Btw, I just committed a patch that avoids the output of embedded NULL bytes (which is probably never desirable for an XML document). There still could be the issue when "convertNonASCII" mode is true in the patch, so we still need to check charValue against 0 under convertNonASCII mode, r...

I understand that odd-lenght element principle, while just think maybe that output can skip NUL-printed as older version did. That is nightmare to the string in c style.

I am using dataelement->writeXML to have XML style dicom content internally. While found the output difference of dcm2xml tool between 3.6.0(D: $dcmtk: dcm2xml v3.6.0 2011-01-06 $) and 3.6.1($dcmtk: xml2dcm v3.6.1 2013-09-12 $) The NULL is appended to xml in the output of newer version. They are usi...

J. Riesmeier wrote:Thank you for providing the requested details! This issue has been fixed now.

Got it/

Thank you for your observation. When we wrote the DTD, we've used various DTD validators, and none of them reported any issue (as far as I can remember). But of course, they did not check against the XML specification. Could you please give us the exact reference to the W3C XML specification where ...

I saw that dcm2xml.dtd has The W3C XML specification does not allow #CDATA in the content model for elements. Was that an issue in the DTD definition?

J. Riesmeier wrote:This issue should be fixed with the following commit: http://git.dcmtk.org/web?p=dcmtk.git;a= ... 17eb0a02dc

Thanks again for your bug report!

Proud of that for such a nice open source tool for DICOM world.

In don't know what the registerSocketEvent() does but my first guess would be that your "event system" does something with the network socket that prevents the DCMTK network routines from working correctly. So, the only thing I can recommend is: do further debugging... Hi, Basically I thi...

The problem is DUL_NETWORKCLOSED occurred. The accpet socket looks not available at that time. It looks strange to me, that is in Visual studio 2008 debugging evironment(the same issue occurred in release version of my app). The screenshot is here http://yunpan.cn/QbB9NKpjjcc7T call stack is, > dcmt...