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