[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