DICOM @ OFFIS

Hello Michael, that's a good question and difficult for me to answer as my knowledge about this is also limited. From my understanding handling EINTR depends a bit on the use case which makes it difficult to implement "the right way" in a library that can be used in lots of different scena...

It seems that this issue was forgotten, can't see the changes in the code nor find it in the bug tracker. Can you follow up on this please?

Thanks, will be patient I promise

I think it is correct as it is. At the start of the function lTimeout is set to the initial timeout. In case of a retry (failure) lTimeout is reduced with the time already spent (tracked using OFTimer): lTimeout = timeout - diff; // where timeout is the original timeout and diff the result from OFTi...

We recently hit a timeout in non-blocking mode (store-scp receiving data) where the timeout set clearly hasn't been reached. After investigating the issue comes from a posix system signal interrupting the socket select blocking wait call in DcmTCPConnection::networkDataAvailable(int timeout) in dcmt...

We use dcmtk code (especially from dcmnet) within multiple threads and I know FAQ 18, so far things are good, however the network initialization looks slightly worrying: dul.cc, DUL_InitializeNetwork: // a few initializations must only be done the first time this function is called. if (! networkIni...