[Dcmlib] [Gdcm2] GDCM 2.0.0 Win32 binaries

Mathieu Malaterre mathieu.malaterre at gmail.com
Thu Feb 21 10:24:25 CET 2008


Hi David,

On Thu, Feb 21, 2008 at 2:56 AM, David M. Witten II <wittend at wwrinc.com> wrote:
> I have been working with both the SVN checkout and the newly released
>  binary installer version of 2.0.0. I've had a couple of problems, and
>  have a couple of questions as well.

Alright !

>  First, the GDCM-2.0.0-win32.zip file from Sourceforge consistently gives
>  an 'invalid zip format' sort of error with any of the tools I have tried
>   to open it with (7zip, Winzip, etc).

Hum...those file were automatically generated by cmake. I'll have to
check what's wrong. Thanks for report.

>  Using the installer version, testing gdcmViewer.exe & gdcmViewer2.exe I
>  get missing vtkCommon.dll, vtkSys.dll etc. errors until I put the entire
>  collection of release dll files from my latest build of VTK into the bin
>  folder with the executables.  Is this expected behavior?

You did exactly what was expected. Have you ever done any major Win32
devplt ? If not there is two ways to use dll on Win32 system:
- put them at the exact location of the executable you are trying to run
- if you have two (or more) executable at different location, it
becomes cumbersome, in which case, it is better to modify the PATH
environment of your win32 user (panel/settings/env variables/PATH)

>  Both gdcmViewer.exe & gdcmViewer2.exe give an ambiguous error message -
>  'unexpected request to close' or some such when invoked a second and
>  sometimes additional times. Particularly gdcmViewer.exe.  I only got it
>  to load gdcm-JPEG-Extended.dcm one time.  I understand that these are
>  just test apps, but the behavior struck me as a bit odd.

What compiler did you use to compile VTK ? I am pretty sure this will
go away once you compile both GDCM and VTK with the same compiler. But
as a side note I am also experiencing some issue with gdcmviewer, so
consider using gdcmviewer2 for now (binaries will be uploaded
shortly).

>  Will this fork of the code eventually be merged back into VTK & ITK or
>  has it taken on a new life of its own?

GDCM has never been part of VTK and I doubt it will ever be merged back in IMHO.
There is a chance that gdcm2 once it mature a little more might
replace the old gdcm1 shipped currently with ITK, but this might take
a while !

>  Finally, I am still having some difficulties doing my own build of the
>  svn checkout.  It probably is just due to general cluelessness on my
>  part, but I get the following three errors (with some context included
>  for good measure):

Error logs are the best you could ever do :)

>  \Work\DICOM\gdcm2\Utilities\VTK\vtkGDCMImageWriter.cxx(665) : warning
>  C4288: nonstandard extension used : 'i' : loop control variable declared
>  in the for-loop is used outside the for-loop scope; it conflicts with
>  the declaration in the outer scope
>          \Work\DICOM\gdcm2\Utilities\VTK\vtkGDCMImageWriter.cxx(651) :
>  definition of 'i' used
>          \Work\DICOM\gdcm2\Utilities\VTK\vtkGDCMImageWriter.cxx(576) :
>  definition of 'i' ignored

What kind of compiler are you using ? Are you using VS6 ?

>  vtkGDCMThreadedImageReader.cxx
>  \Work\DICOM\gdcm2\Utilities\VTK\vtkGDCMThreadedImageReader.cxx(35) :
>  fatal error C1083: Cannot open include file: 'pthread.h': No such file
>  or directory

Fixed, sorry before the release I forgot I had some local change on my
win32 machine too (most of the time I am doing on my linux box).

>  ------ Rebuild All started: Project: wxGDCM, Configuration: Release
>  Win32 ------
...
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(22) : error C2440:
>  '=' : cannot convert from 'vtkGDCMImageReader *' to 'vtkGDCMReader *'
>          Types pointed to are unrelated; conversion requires
>  reinterpret_cast, C-style cast or function-style cast
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(23) : error C2065:
>  'GDCM_DATA_ROOT' : undeclared identifier
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(30) : error C2027:
>  use of undefined type 'vtkGDCMReader'
>          c:\Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.h(6) : see
>  declaration of 'vtkGDCMReader'
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(30) : error C2227:
>  left of '->Delete' must point to class/struct/union
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(58) : error C2027:
>  use of undefined type 'vtkGDCMReader'
>          c:\Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.h(6) : see
>  declaration of 'vtkGDCMReader'
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(58) : error C2227:
>  left of '->SetFileName' must point to class/struct/union
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(60) : error C2027:
>  use of undefined type 'vtkGDCMReader'
>          c:\Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.h(6) : see
>  declaration of 'vtkGDCMReader'
>  \Work\DICOM\gdcm2\Utilities\wxWidgets\wxGDCMFrame.cpp(60) : error C2227:
>  left of '->GetOutputPort' must point to class/struct/union
>  main.cpp
>  Generating Code...

Fixed. Thanks.

>
>  ------ Rebuild All started: Project: vtkgdcmPython, Configuration:
>  Release Win32 ------
>
>  Deleting intermediate files and output files for project
>  'vtkgdcmPython', configuration 'Release|Win32'.
>  Python Wrapping - generating vtkgdcmPythonInit.cxx
>  Building Custom Rule C:/Work/DICOM/gdcm2/Utilities/VTK/CMakeLists.txt
>  -- Configuring done
>  -- Generating done
>  -- Build files have been written to: C:/Work/DICOM/gdcm2/gdcmBinary
>  Compiling...
>  vtkgdcmPythonInit.cxx
>  Linking...
>  LINK : fatal error LNK1181: cannot open input file 'vtkgdcm.lib'

Hum this one I am not sure. But please try again the complete build. Thanks.

>  I really don't see why it is looking for 'pthread.h' (the first error)
>  everything else may flow from this.

that was my mistake (local change not commited).

Regards,
-- 
Mathieu

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gdcm-developers mailing list
Gdcm-developers at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gdcm-developers



More information about the Dcmlib mailing list