Hi,
i'm unlucky with that bug too, any kind of progress or workaround ?
On squeeze system, adding "-lgs" to
gcc stuff.c -o stuff `pkg-config gthread-2.0 gtk+-2.0 webkit-1.0 --cflags
--libs` -lfcgi -luriparser
just makes the program segfault, because webkit uses libjpeg8.
Cheers,
Jérémy.
Bill Allombert wrote:
> The short answer is that it is not possible.
Alas. Thanks for checking.
*checks* Wait, is the long answer that it _is_ possible? :) The
"mem" field seems to do exactly what I'd want.
> But you can use versionned symbols.
Do you mean that libgs should explicitly overr
On Fri, Dec 23, 2011 at 11:27:18PM +0100, Bill Allombert wrote:
> On Fri, Dec 23, 2011 at 03:46:59PM -0600, Jonathan Nieder wrote:
> > Hi,
> >
> > Jean Brefort wrote:
> >
> > > Three symbols are concerned:
> > > jpeg_mem_init, jpeg_mem_term and jpeg_mem_available.
> > >
> > > Building an executab
Sample stack trace:
#0 0x7fffef66486b in ?? () from /usr/lib/libgs.so.9
#1 0x7fffeea3a997 in jinit_memory_mgr (cinfo=0x7ffea380)
at jmemmgr.c:1059
#2 0x7fffeea1b32e in jpeg_CreateDecompress (cinfo=0x7ffea380,
version=, structsize=656) at jdapimin.c:59
#3 0x7fff
On Fri, Dec 23, 2011 at 03:46:59PM -0600, Jonathan Nieder wrote:
> 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
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 ima
Package: libgs9
Version: 9.04~dfsg-3
Severity: important
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
