AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2005.08.18 21:51 "[Tiff] win32 libtiff", by Mark R. Olin
[...]
2005.08.19 22:28 "RE: [Tiff] win32 libtiff", by Jeff Breidenbach
2005.08.19 23:58 "Re: [Tiff] win32 libtiff", by Larry Grill
2005.08.22 18:54 "RE: [Tiff] win32 libtiff", by Mark R. Olin
[...]

2005.08.19 23:58 "Re: [Tiff] win32 libtiff", by Larry Grill

Yeah, like Jeff said.

I've run into similar strangeness. If you are linking zlib and jpeg you should also compile those with the same static or multithreaded options or you can run into problems.

Larry M. Grill
NUGLYPHIX
Tel: 715 497-2351
Fax: 413 280-2784
larry@nuglyphix.com
www.nuglyphix.com

Check to make sure your program and libtiff were compiled against

the same runtime, i.e. all the /MDd or /MT or /ML or whatever
compiler flags are the same across all the software. I've found
that things can almost - but not quite - work when there is
a mismatch.

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/_core_.2f.MD.2c_2f.ML.2c_2f.MT.2c_2f.LD.asp

On Fri, 2005-08-19 at 13:37 -0700, Mark R. Olin wrote:

I was able to compile a binary lib and dll using "nmake" (begrudgingly), which is a MS Visual Studio utility (I have it, but don't use much).

I read comments in "makefile.vc" in the libtiff distribution which said to execute

nmake /f makefile.vc all

and that worked to supply me with natively compiled libtiff.lib and libtiff.dll.

Linking them into my program using Codewarrior IDE, I am able to use the TIFF routines successfully again, but with the same unusual Access Violation and runtime error in ntdll.dll.

Invalid Address specified to RtlFreeHeap( 00140000, 0014A2F8 )

Since I am using two different linking environments, Codewarrior and MSVC, I am thinking that the problem lies there.

Anyway, thanks to Edward L. for the new direction.

I'll work with Cygwin gcc and make and let you know how it goes. Gotta install Cygwin first though.

I really recommend setting up make. There's a win32 version of make that you can compile as well although I'm not sure how well it works. We're using the cygwin version of gnu make.