[PD] [PD-dev] Pure Data/gridflow/running flow_objects.c

[Mathieu Bouchard]

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