[GEM-dev] [ pd-gem-Bugs-3521302 ] pix_write and pix_buffe crash when writing a file fail

SourceForge.net noreply at sourceforge.net
Thu Apr 26 13:17:35 CEST 2012


Bugs item #3521302, was opened at 2012-04-25 02:27
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&group_id=64325

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Pixes (pix_ objects)
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Cyrille Henry (nusmuk)
Assigned to: Nobody/Anonymous (nobody)
Summary: pix_write and pix_buffe crash when writing a file fail

Initial Comment:
pix_write and pix_buffer crash when triing to write an image file in a non existant directory.
tested with GEM git from 2012 04 24 on linux

GEM: image saving support: jpeg magick tiff

tested with both jpeg and tiff file saving.

----------------------------------------------------------------------

>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2012-04-26 04:17

Message:
i could confirm the crash but noticed, that i have two different libjpeg
installations on my harddisk:
- libjpeg-62 headers in /usr/local/include (but not corresponding
libjpeg.so in /usr/local/lib - only a .a)
- libjpeg-80 headers in /usr/include AND libjpeg-80 libjpeg.so in
/usr/lib/i386-linux-gnu/

this resulted in imageJPEG being compiled against jpeg-62 headers, but
being linked with jpeg-80.
trying to write a file would abort (rather than crash) with a message
"Wrong JPEG library version: library is 80, caller expects 62"

once i removed the jpeg-62 headers and compiled Gem using the correct
jpeg-80 headers, everything works as expected (loading works as well, which
was not the case when using the mixed system (though it didn't abort))

could this be the same for you?

i haven't yet found a way to check the jpeg library version at runtime, in
order to prevent the abort.

----------------------------------------------------------------------

Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2012-04-26 03:57

Message:
afaict,  the imageJPEG backend causes the crash;
until the problem is fixed, you could try running Gem without imageJPEG
support (imageMAGICK will provide jpeg loading/saving anyhow)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3521302&group_id=64325



More information about the GEM-dev mailing list