On Tue, Aug 18, 2009 at 1:45 AM, Mathieu Bouchard
<matju@artengine.ca> wrote:
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".
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:
I checked out this link:
http://lists.artengine.ca/pipermail/gridflow-dev/2008-October/000455.html
What do i have to do with the attachments??
in the terminal i just executed this: (i dwnld attachment.c and renamed it libstdcpp.c)
gcc -shared -o libstdcpp.pd_linux libstdcpp.c -lstdc++
and got this:
/usr/bin/ld: cannot find -lstdc++
collect2: ld returned 1 exit status
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