Activity
From 2012-11-09 to 2012-12-08
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... 
2012-11-13
- 
  
11:24 Bug #408: Warnings with VisualStudio (Windows) when building DLLs
 - Google gave me:
http://social.msdn.microsoft.com/Forums/en-US/vclanguage/thread/1cdfb076-ca3c-4469-a4fd-48201ac97... 
Also available in: Atom