Activity
From 2012-11-19 to 2012-12-18
2012-12-18
-
20:16 Feature #468: Flag to ignore errors during character set conversion
- I don't think that a half-converted DICOM dataset is what would be desired by any DCMTK user. Please remember that th...
-
20:11 Feature #468: Flag to ignore errors during character set conversion
- Hm, why not make it possible to skip any conversion errors (if desired) and convert as much as possible, also in a no...
-
19:33 Feature #468: Flag to ignore errors during character set conversion
- This feature request should mainly apply to DICOMDIR objects/files, where the SpecificCharacterSet attribute is conta...
-
19:22 Feature #468 (New): Flag to ignore errors during character set conversion
- So far, convertToUTF8() and related functions stop after first error. However, it might be interesting to continue if...
-
20:08 Feature #469 (Closed): Supplement 154 (FT) introduces new DICOM attributes, SOP classes, etc.
- In order to follow the new self-imposed requirement to always keep DCMTK up-to-date (see: http://blog.jriesmeier.com/...
-
17:21 Feature #404: Update "oflog" to latest log4cplus release
- First working patch attached.
Known issues:
- Check if the new functions in OFMap, OFVector and OFString are stil... -
14:11 Patch #467 (Closed): Handle Cornell bug in dcmjpeg
- See mails by Jörg Riesmeier (December 2012).
> für einen Kunden habe ich heute ein DICOM-Bild mit einer offensicht...
2012-12-11
-
12:53 Bug #466 (Closed): Cast error in ofmem (Visual Studio 2008)
- ofmem.h(193) : error C2664: 'InterlockedIncrement': Konvertierung des Parameters 1 von 'size_t *' in 'volatile LONG *...
-
09:44 Bug #463: Assumption of length field size in workaround for wrong attribute VR
- The parser-related parts of this are implemented with commit 7a4dc9fa31058dd675b7cf2fc62d58c904aba3f9.
Does anyone... -
09:01 Feature #440: Don't install convenience libraries
- Always building them as static libs is bad, because static libraries can't be linked into shared libraries on amd64 L...
2012-12-04
-
12:48 Bug #465 (Closed): libwrap does not work on Mac OS X
- Argh, that was easier than I expected. (Commit 148fc86171e0bee332a5fabd36d213f76e775a8b)
-
09:08 Bug #465 (Closed): libwrap does not work on Mac OS X
- See the following URLs:
* http://forum.dcmtk.org/viewtopic.php?f=3&t=3613
* http://forum.dcmtk.org/viewtopic.php?...
2012-11-27
-
15:55 Bug #463: Assumption of length field size in workaround for wrong attribute VR
- The current behavior seems to be the way it is on purpose: (dcitem.cc, line 966)
/* determine VR read from dat... -
12:07 Bug #385: Finishing the "new" CMake files...
- Most of the identified issues should be handled now. The remaining ones need to be discussed.
-
12:05 Feature #403 (Closed): Reconcile with latest version of CharLS
- After version 1.0, Jan de Vaan did some experiments and tried to implement some streaming things. This doesn't seem s...
-
10:43 Bug #443 (Closed): storescp's option --inetd and --exec-on-eostudy are probably mutually exclusive
2012-11-23
-
15:50 Feature #464 (New): Several DCMTK tools have no TLS support yet
- movescu is the only (?) tool in the dcmnet module that has no TLS support yet:
See http://forum.dcmtk.org/viewtopi...
2012-11-22
-
11:35 Feature #462 (Closed): Zusatz zur Funktion: Ignorieren der expliziten VR (dcmdump/dcmconv)
- See issue #463 now which is a duplicate (redmine system does not permit to mark it as such, at the moment).
-
11:14 Bug #463 (Closed): Assumption of length field size in workaround for wrong attribute VR
- The dcmdata parser has the possibility to override the wrong VR given in a DICOM file for an attribute by the officia...
-
09:49 Feature #451 (Resolved): Use #define WIN32_LEAN_AND_MEAN when including <windows.h>
- Other modules are still waiting to be changed ...
2012-11-21
-
19:07 Feature #462 (Closed): Zusatz zur Funktion: Ignorieren der expliziten VR (dcmdump/dcmconv)
- Ist bei der DICOM-Troubleshooting-Schulung im November 2012 aufgefallen (aus einer E-Mail von ME):
> Bei der neuen... -
13:55 Feature #451: Use #define WIN32_LEAN_AND_MEAN when including <windows.h>
- Fixed in 02c64634b7bd466f2b1bba48c48738699f294443
-
13:20 Bug #408: Warnings with VisualStudio (Windows) when building DLLs
- Uli Schlachter wrote:
> The previous approach called the constructor as a static initializer of a global variable, t...
2012-11-20
-
13:02 Bug #408: Warnings with VisualStudio (Windows) when building DLLs
- The previous approach called the constructor as a static initializer of a global variable, thus before main() was cal...
-
12:46 Bug #408: Warnings with VisualStudio (Windows) when building DLLs
- Afaik the previous approach wasnt thread-safe either, so i listed thread-safety under advantages since the new approa...
-
10:11 Bug #408: Warnings with VisualStudio (Windows) when building DLLs
- > Restricts the way items can be constructed as it relies on the constructor being called with a single integer param...
2012-11-19
-
17:48 Bug #408: Warnings with VisualStudio (Windows) when building DLLs
- Solved the issue using Meyers Singleton instead of static members (see patch proposal)
Advantages:
- No need for ex...
Also available in: Atom