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

[sisil mehta]

Hey,


On Tue, Aug 18, 2009 at 1:45 AM, Mathieu Bouchard <matju at 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".
>>
>
> 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:

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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090818/fdf022ee/attachment.htm>