win32 mapserver-4.4.0-beta2 gd-lib version

[Frank Warmerdam]

Lars Holm Loldrup wrote:
> Just build a 4.4.0-beta2 on linux using gd-2.0.28 with no problems, and
> rendering seems fine.
>
> When building a win32 version I ran into link problems using my own build of
> gd-2.0.28, so
> I downloaded the latest binary win32 release (2.0.33), and linking went
> fine, but rendering
> dies with an "acces violation".
>
> Here's a stack-trace:
>
> NTDLL! 77f69ecd()
> NTDLL! 77f5b2e6()
> BGD! 6d88ef7e()
> BGD! 6d88ba52()
> BGD! 6d890d5c()
> BGD! 6d89eaf3()
> BGD! 6d8adb12()
> BGD! 6d899c8a()
> BGD! 6d899fcb()
> BGD! 6d89267f()
> BGD! 6d891d0d()
> msSaveImageStreamGD(gdImageStruct * 0x003198d8, _iobuf * 0x00000000,
> outputFormatObj * 0x01fc1010) line 2912

Lars,

This means you built in such a way that a FILE * not allocated by MSVCRT.DLL
was passed into msSaveImageStreamGD().  This typically happens if you build
with an option other than /MD or if you build using Visual Studio .NET (which
uses a different runtime library ... msvcrt70.dll or something like that).

I was able to hack my msSaveImageStreamGD() code last night well enough to
get it working (by having it go through mapio and altering mapio.c) but I
didn't commit that since it seems like kind of a hack.  I am wondering if we
should just always use GD to render into a memory PNG/GIF and then write that
to disk ourselves after the fact.  This would avoid this common problem.

Any other opinions?

 > Does someone have a win32 build of a recommended version ? (I have a
 > gd-2.0.15gif, but it's very old)

Well, my builds in FWTools could work for you, but I don't build the PHP
stuff so it might not be of any help to you.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent