Error with libtiff LZW compression

Compilation and installation of DCMTK

Moderator: Moderator Team

Post Reply
Message
Author
paolom
Posts: 169
Joined: Tue, 2008-09-16, 15:02

Error with libtiff LZW compression

#1 Post by paolom »

Hi,

I try to compile dcmtk-3.5.4 on MinGW-MSYS

I can't solve this ./configure error on dcmtk-3.5.4...

I think (Italian language) that it's a Windows XP error.

If I click OK the ./configure process continue...but How I can solve it?



Image

Thanks for the patient

Marco Eichelberg
OFFIS DICOM Team
OFFIS DICOM Team
Posts: 1493
Joined: Tue, 2004-11-02, 17:22
Location: Oldenburg, Germany
Contact:

#2 Post by Marco Eichelberg »

Looks like there is a problem with your MinGW installation. Some version of libtiff seems to be installed, but the related libtiff-3.dll is missing. This causes the LZW test in the configure script to fail. The test tries to compile and run a short test program that performs an LZW compression, and obviously compiling and linking works but running the result fails because a DLL is missing.

paolom
Posts: 169
Joined: Tue, 2008-09-16, 15:02

#3 Post by paolom »

Marco.

I've a question about this... as you can see from ./configure file zlib is not support but I've compiled and include with the correct

--with-libzlibinc=/c/zlib-1.2.3

zlib-1.2.3 contains lib and include directory

Why doesn't recognize zlib in the configure process?

I think the some problem is with libtiff... Is it possible that the problem is that with MSYS and MinGW create libz.a but the ./configure under Windows search for libz.lib or something else??

Please help, me.

Thanks a lot

Paolo

paolom
Posts: 169
Joined: Tue, 2008-09-16, 15:02

#4 Post by paolom »

Dear Marco...

How can I solve this problem with libtiff?!?!

The compilation of libtiff is OK.

When I try to include this library on dctmk ...during the ./configure it shows the error in the image, the compilation is good (as you tell) but when I try to use for example dcm2pnm.exe it comes out the same error on the image!!!!

How can I solve it?!?

Thanks

Marco Eichelberg
OFFIS DICOM Team
OFFIS DICOM Team
Posts: 1493
Joined: Tue, 2004-11-02, 17:22
Location: Oldenburg, Germany
Contact:

#5 Post by Marco Eichelberg »

In this case you probably need to install the DLL in a directory where the resolver can find it. On traditional Posix systems, the LD_LIBRARY_PATH can also be used to make additional directories with shared objects known to the system, but I doubt that this applies to the MinGW environment. You could start with copying the DLL into the same directory in which your executable binary is located and see what happens.

paolom
Posts: 169
Joined: Tue, 2008-09-16, 15:02

#6 Post by paolom »

It works if I copy the tiff-3.7.4/bin/libtiff-3.dll into /mingw/bin directory of the MSYS...

I make another fast question without open an other topics...

I make the builtindict and after I try to use the application:

dcm2pnm but It fails cause it doesn't find the DCMDICTPATH environment variable...

Is it normal?? I think yes cause the builtindict concerns about dcmdata while dcm2pnm for example is on dcmimage and it try to search the dictionary on the environment variable DCMDICTPATH.

Is a correct reasonment or not?

Thanks

Marco Eichelberg
OFFIS DICOM Team
OFFIS DICOM Team
Posts: 1493
Joined: Tue, 2004-11-02, 17:22
Location: Oldenburg, Germany
Contact:

#7 Post by Marco Eichelberg »

Basically all DCMTK tools read the DICOM dictionary, no matter what module they are located in.

paolom
Posts: 169
Joined: Tue, 2008-09-16, 15:02

#8 Post by paolom »

If I want that all the applications runs with the built-in dictionary I need to re-make all the module after the "make builtindict" on dcmdata/libsrc??

Marco Eichelberg
OFFIS DICOM Team
OFFIS DICOM Team
Posts: 1493
Joined: Tue, 2004-11-02, 17:22
Location: Oldenburg, Germany
Contact:

#9 Post by Marco Eichelberg »

Yes.

Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests