Activity
From 2012-11-04 to 2012-12-03
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... 
2012-11-06
- 
  
10:21 Bug #459 (Closed): Wrong "Host type" on Windows 7 (64 bit) system with 64 bit binaries
 - CMake says: "Works as documented"   http://public.kitware.com/Bug/print_bug_page.php?bug_id=9065
MSDN says: http:/... 
2012-11-05
- 
  
19:47 Bug #459: Wrong "Host type" on Windows 7 (64 bit) system with 64 bit binaries
 - No, the DCMTK binary was really build on a 64-bit Windows system with Visual Studio 2010 Professional (64-bit). The s...
 - 
  
10:05 Bug #459: Wrong "Host type" on Windows 7 (64 bit) system with 64 bit binaries
 - ofconapp.cc: (*output) << OFendl << "Host type: " << CANONICAL_HOST_TYPE << OFendl;
So we are looking at CANONICAL... - 
  
10:35 Bug #36: Undefinierter Rückgabewert bei isalpha(), isdigit(), isupper(),...
 - For future reference, the list of functions which take an unsigned char cast to int as their argument:
$ git g... 
Also available in: Atom