Bug#715008:

2013-07-05 Thread Mathieu Malaterre
tags 715008 patch tags 715008 confirmed thanks The code is broken: $ cat dcmqrdb/include/dcmtk/dcmqrdb/dcmqridx.h [...] char StudyInstanceUID [UI_MAX_LENGTH] ; should read instead: char StudyInstanceUID [UI_MAX_LENGTH+1] ; Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@

Bug#715008:

2013-07-05 Thread Mathieu Malaterre
severity 715008 important notfound 715008 3.5.4-4 thanks I can only reproduce it now with 3.6.1 with empty database. Full bt is: #0 0x762a8295 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 29205 selftid = 29205 #

Bug#715008: Acknowledgement (dcmqrscp locks down when sending concatenated C-STORE PDUs)

2013-07-05 Thread Mathieu Malaterre
found 715008 3.6.1~20121102-3 tags 715008 upstream thanks Both Conquest (dgate) and DicomObject (dicomserver.co.uk) seems to support this syntax. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#715008: dcmqrscp locks down when sending concatenated C-STORE PDUs

2013-07-05 Thread Mathieu Malaterre
Package: dcmtk Version: 3.5.4-4+b1 Severity: normal It would be nice if dcmqrscp would not lock down when sending concatenated PDUs during a C-STORE. Basically instead of looping in DT1 (transition table: eEvtPDATArequest / Sta-6) and sending one PDUs + flushing at a time. I would like instead t