[PD] pix_multiimage problem

[Patrick Valiquet]

Thanks for the info Iohannes. Should have known it would be a driver
issue. Unfortunately the problem persists whether I compile with or
without ImageMagick.

I'd troubleshooting to try to find a way to work around this. The
problem was that the images I'm sending to [pix_multiimage] are being
generated by a script which writes a different number of images in a
new directory every time it runs and then sends info about where and
how many to PD. If there was only one image generated, it was sending
the message:

[open ./directory/*.jpg 1(

...but apparently [pix_multiimage] wants at least two pictures to work
with and will crash pd (because of the driver bug you mentioned) when
it only finds an image called 0.jpg

That's easy enough to fix (I can make the script generate an extra
dummy image when it only wants to make one)... but I have run into a
second problem.

After I've loaded a set of pictures into [pix_multiimage], I try to
replace it with a second set of images. When I send the message to
load the second set, I get an exception with:
*** glibc detected *** pd: free(): invalid pointer: 0x08446244 ***

Is this normal behaviour? Should it be possible to change the contents
of pix_multiimage on the fly? Otherwise I suppose I can imitate
pix_multiimage with a pix_buffer...

Thanks again,
Patrick



On 9/12/07, IOhannes m zmoelnig <zmoelnig at iem.at> wrote:
> Patrick Valiquet wrote:
> > Hi folks:
> >
> > TIFFOpen: /home/patrick/Desktop/rainbows/images/11092007222235/1.jpg:
> > Cannot open.
> > *** glibc detected *** pd: free(): invalid pointer: 0x08314c4c ***
>
> are you using nvidia's binary drivers?
> there is a long outstanding bug somewhere upstream (nvidia-glx,
> libstdc++6, who knows) that crashes openGL-applications whenever they
> try to throw (and catch!) an exception.
>
> see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364907
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365245
>
>
> since you are on ubuntu, you could try bothering the u'support; since
> they get paid, it will probably get fixed sooner :-)
>
>
> apart from that:
> have you tried compiling Gem with/without imagemagick++ support?
> (imagemagick can open loads of formats; however it will still crash if
> it cannot find the image because of the described exception problem)
>
>
> fnmgas.dr
> IOhannes
>


-- 
Use value is, by no means, the thing "qu-on aime pour lui-meme" in the
production of commodities.