[PD] Problems with "pool" object

João Martins joaomartins at mac.com
Mon Aug 23 21:47:24 CEST 2010


The usual reply to myself kind of thing.
I've just tested an earlier pd-extended package, with GEM 0.91.3 (that's the
one working in my Mac), and the problem persists.

When I create a "pool" instance and open the help patch and then try to
close it (this is the fastest way to test, since it produces the same output
as putting a fid_class object into the patch), this is what I get at the
terminal console:

*** glibc detected *** pd: free(): invalid pointer: 0x0a53dd2c ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb7515704]
/lib/tls/i686/cmov/libc.so.6(cfree+0x96)[0xb75176b6]
/home/user/pd-externals/xsample/xsample.pd_linux(_ZN17flext_root_singledlEPv+0x32)[0xb5b337b4]
/home/user/pd-externals/xsample/xsample.pd_linux(_ZN12flext_single8AtomList4FreeEv+0x25)[0xb5b33975]
/home/user/pd-externals/xsample/xsample.pd_linux(_ZN12flext_single8AtomListD1Ev+0x28)[0xb5b33a40]
/home/user/pd-externals/xsample/xsample.pd_linux(_ZN17flext_base_single12AttrDataCont5clearEv+0x60)[0xb5b318a6]
/home/user/pd-externals/xsample/xsample.pd_linux(_ZN17flext_base_single12AttrDataContD0Ev+0x2a)[0xb5b32770]
/home/user/pd-externals/xsample/xsample.pd_linux(_ZN17flext_base_single4ExitEv+0x7e)[0xb5b2dfa4]
/home/user/pd-externals/xsample/xsample.pd_linux(_ZN16flext_obj_single8obj_freeEP9flext_hdr+0x7b)[0xb5b30521]
pd(pd_free+0x17)[0x80b67e7]
======= Memory map: ========
08048000-08111000 r-xp 00000000 08:01 10455173   /usr/bin/pd
08111000-08112000 r--p 000c8000 08:01 10455173   /usr/bin/pd
08112000-08113000 rw-p 000c9000 08:01 10455173   /usr/bin/pd
08113000-08520000 rw-p 08113000 00:00 0
0a4b6000-0a543000 rw-p 0a4b6000 00:00 0          [heap]
b5600000-b5621000 rw-p b5600000 00:00 0
b5621000-b5700000 ---p b5621000 00:00 0
b576c000-b57eb000 rw-p b6622000 00:00 0
b582c000-b5865000 r-xp 00000000 08:01 7029267
/home/user/pd-externals/pool/pool.pd_linux
b5865000-b5866000 r--p 00038000 08:01 7029267
/home/user/pd-externals/pool/pool.pd_linux
b5866000-b5867000 rw-p 00039000 08:01 7029267
/home/user/pd-externals/pool/pool.pd_linux
b5867000-b5868000 rw-p b5867000 00:00 0
b5868000-b5879000 r--p 00000000 08:01 10594421
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf
b5879000-b58c9000 r-xp 00000000 08:01 10455130   /usr/lib/libImlib2.so.1.4.2
b58c9000-b58ca000 r--p 0004f000 08:01 10455130   /usr/lib/libImlib2.so.1.4.2
b58ca000-b58cb000 rw-p 00050000 08:01 10455130   /usr/lib/libImlib2.so.1.4.2
b58cb000-b58df000 rw-p b58cb000 00:00 0
b58df000-b5921000 r-xp 00000000 08:01 10455140
/usr/lib/libmp3lame.so.0.0.0
b5921000-b5922000 r--p 00042000 08:01 10455140
/usr/lib/libmp3lame.so.0.0.0
b5922000-b5924000 rw-p 00043000 08:01 10455140
/usr/lib/libmp3lame.so.0.0.0
b5924000-b5954000 rw-p b5924000 00:00 0
b5954000-b595f000 r-xp 00000000 08:01 10455079
/usr/lib/libvorbisenc.so.2.0.3
b595f000-b5960000 r--p 0000a000 08:01 10455079
/usr/lib/libvorbisenc.so.2.0.3
b5960000-b5a50000 rw-p 0000b000 08:01 10455079
/usr/lib/libvorbisenc.so.2.0.3
b5a50000-b5a6b000 r-xp 00000000 08:01 10455076   /usr/lib/libvorbis.so.0.4.0
b5a6b000-b5a6c000 r--p 0001a000 08:01 10455076   /usr/lib/libvorbis.so.0.4.0
b5a6c000-b5a7a000 rw-p 0001b000 08:01 10455076   /usr/lib/libvorbis.so.0.4.0
b5a7a000-b5a7e000 r-xp 00000000 08:01 10456342   /usr/lib/libogg.so.0.5.3
b5a7e000-b5a7f000 r--p 00003000 08:01 10456342   /usr/lib/libogg.so.0.5.3
b5a7f000-b5a80000 rw-p 00004000 08:01 10456342   /usr/lib/libogg.so.0.5.3
b5a80000-b5acf000 r-xp 00000000 08:01 10456539   /usr/lib/libtheora.so.0.3.4
b5acf000-b5ad0000 r--p 0004e000 08:01 10456539   /usr/lib/libtheora.so.0.3.4
b5ad0000-b5ad1000 rw-p 0004f000 08:01 10456539   /usr/lib/libtheora.so.0.3.4
b5b10000-b5b47000 r-xp 00000000 08:01 7029270
/home/user/pd-externals/xsample/xsample.pd_linux
b5b47000-b5b48000 ---p 00037000 08:01 7029270
/home/user/pd-externals/xsample/xsample.pd_linux
b5b48000-b5b49000 r--p 00037000 08:01 7029270
/home/user/pd-externals/xsample/xsample.pd_linux
b5b49000-b5b4a000 rw-p 00038000 08:01 7029270
/home/abade/pd-externals/xsample/xsample.pd_linux
b5b4a000-b5b4c000 rw-p b5b4a000 00:00 0
b5b4c000-b5b4d000 ---p b5b4c000 00:00 0
b5b4d000-b634d000 rwxp b5b4d000 00:00 0
b634d000-b6371000 r-xp 00000000 08:01 10454683   /usr/lib/libpng12.so.0.27.0
b6371000-b6372000 r--p 00023000 08:01 10454683   /usr/lib/libpng12.so.0.27.0
b6372000-b6373000 rw-p 00024000 08:01 10454683   /usr/lib/libpng12.so.0.27.0
b6373000-b654a000Pd: signal 6

It's exactly the same kind of problem I had with the latest builds of
Pd-extended.
So... is it a Linux thing?

The Pd console doesn't produce any output and it just gets "freezed" and I
have to shut it down via terminal.
I've tested it once with a real time kernel and the -rt flag, and I got the
repetition of the "watchdog" process, but nothing else.

When I tested "Pd-vanilla" I've noticed, as did other users, that GEM warns
about replacements on file or command names. Could that be responsible for
these problems I'm experiencing?

Any help will be appreciated.

João Martins

No dia 23 de Agosto de 2010 20:03, João Martins <joaomartins at mac.com>escreveu:

> Greetings.
>
> This is my first mail sent to the pd-list, that I've used often as a
> resource to solve my Pd problems.
> Thomas Grill, the author of "pool" and all the other "flext" goodness, such
> as the xsample externals recommended asking help here, since the problem I'm
> facing is somewhat specific.
> I use Pd-extended 0.41.4 on my MacBook as my main programming environment
> and I'm developing an installation project that uses a tangible interface
> and fiducials. For better tracking and management of the fiducials, I'm
> using JY Gratius' abstractions, that require "pool". No problem on my Mac,
> but the deployment of the installation has to be done with a Linux machine,
> and now I'm facing some strange issues. The available Pd-extended packages
> for recent Linux distributions are 0.42.5-rc5 and they seem to work just
> fine (I'm trying out Ubuntu and Ubuntu Studio 9.10 and 10.04), but whenever
> I try to use the pool object (directly, or via the fid_class object from
> fid_abs), PureData freezes.
> I've launch it via terminal with the double verbose option and I get a lot
> of jibberish (I'm really a newbie when it comes to Linux) and some of the
> error I got point in the direction of Gem. Some even pointed to early
> discussions here about Gem versions and flext externals and problems with
> file or command name replacements (sorry but I can't find the link, now...).
> I've made a simple test, following one of Grill's suggestions here on the
> mailing list of testing on Pd-vanilla, and the fact is that when I disable
> GEM, "pool" works just fine. But I need GEM and pool working together, as
> they do on my Mac.
> Is this a version problem? Does the new Gem "breaks" "pool" and/or other
> flext objects? Is it a Linux issue?
> Can anyone point me at the right direction when it comes to having a stable
> Pd-extended on Linux with externals such as "pool"?
>
> Thank you all.
>
> João Martins
>
> trying to use
> JY Gratius fid_abs: http://jy.gratius.free.fr/
> Thomas Grill pool: http://puredata.info/Members/thomas/pool
>
> --
> João Pedro Martins
> música . web design
> http://joaomartins.entropiadesign.org
> mail: joaomartins at mac.com
> skype: joaopsmartins
> ichat: joaomartins
> msn: joaopsmartins
>



-- 
João Pedro Martins
música . web design
http://joaomartins.entropiadesign.org
mail: joaomartins at mac.com
skype: joaopsmartins
ichat: joaomartins
msn: joaopsmartins
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100823/e0797877/attachment.htm>


More information about the Pd-list mailing list