On Mon, 17 Aug 2009, Mathieu Bouchard wrote:
I hope that you have spelt that name right in the actual patch, because in
this email, you didn't. It's "violoncelle.mov". this is french spelling for
"cello".
Sorry, I didn't look at your log when I first saw that. The log shows that
you had spelt it right. It also corresponds to this error message I get
when running my own patch:
error: [#draw_polygon put (255 0 0)]: 'lines' is empty
which is an initialisation error I made, but didn't worry about because
it doesn't cause any problem (except with the ATI driver).
0xb77035dc in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6
Can anyone figure out how to fix this problem from within GridFlow?
Because so far, the solutions involve messing with pd config in weird ways
and I can't expect every GF user will be experienced and/or persistent
enough to figure it out. What I know about it is essentially what Claude
wrote in this mail:
http://lists.artengine.ca/pipermail/gridflow-dev/2008-October/000455.html
And if you read in the gridflow-dev archive that this bug has to do with
Ubuntu, it was a mistake, it doesn't (and I replied to myself about it
too).
I thought about something: could anyone with that problem try to recompile
Pd with a -lstdc++ option? if it worked that way, there would be no need
for the library loading order hack, and no need for the even weirder hack
involving a dummy "external" that contains nothing (the latter hack is
required for those who want the GEM<->GF bridge, because of some kind of
catch-22).
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list