[mapserver-users] mapserver compiled with jpeg v7 and GDAL with internal JPEG results in core dumps (SIGSEGV)

[Even Rouault]

Le jeudi 15 décembre 2011 23:21:22, Ethan Alpert a écrit :
> It builds find but gdal_translate complains when you run it that the jpeg
> version is not 62

Hum, did you check the include line when the jpeg driver is compiled ? I guess 
there must be in it the path to the include files of the "old" libjpeg version 
(perhaps in /usr/include). Looking at GDAL makefiles, they make sure to not 
include the internal libjpeg header if GDAL is configured for external libjpeg 
build, so I don't think the issue comes from here. But if you have libjpeg 6.2 
headers in /usr/include and libjpeg 7 headers in /usr/local/include, a big 
mess could happen.

> 
> -----Original Message-----
> From: Even Rouault [mailto:even.rouault at mines-paris.org]
> Sent: Thursday, December 15, 2011 11:29 AM
> To: Ethan Alpert
> Cc: mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] mapserver compiled with jpeg v7 and GDAL
> with internal JPEG results in core dumps (SIGSEGV)
> 
> Le jeudi 15 décembre 2011 17:23:28, Ethan Alpert a écrit :
> > I agree. Problem here is I now have to downgrade jpeg because GDAL will
> > only work with v62.
> 
> Are you sure of that ? Did you try to build against libjpeg v7 ? Did you
> get error messages ?
> 
> This electronic communication and any attachments may contain confidential
> and proprietary information of DigitalGlobe, Inc. If you are not the
> intended recipient, or an agent or employee responsible for delivering
> this communication to the intended recipient, or if you have received this
> communication in error, please do not print, copy, retransmit, disseminate
> or otherwise use the information. Please indicate to the sender that you
> have received this communication in error, and delete the copy you
> received. DigitalGlobe reserves the right to monitor any electronic
> communication sent or received by its employees, agents or
> representatives.