Hi,
Jean Brefort wrote:
> Three symbols are concerned:
> jpeg_mem_init, jpeg_mem_term and jpeg_mem_available.
>
> Building an executable using the two libraries might crash. This happens for
> me
> with gnumeric (from git) when goffice is built with eps support and when I try
> to add a jpeg image inside a sheet.
More details would be useful, including a stacktrace or error messages
if possible.
>From gs/base/sjpegc.c:
Ghostscript uses a non-public interface to libjpeg in order to
override the library's default memory manager implementation.
Do you know if libjpeg provides a way to use a custom allocator
without interfering with other modules in the same process image
that might not want to use it?
Thanks,
Jonathan
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111223214658.GC21769@elie.Belkin
