[PD-dev] libpd multiinstance issues, pd: unknown message dsp 1

[Alex]

eh, I'm not sure if i enabled the mutex before..
Thanks Dan!

On Fri, Aug 18, 2017 at 9:42 AM, Dan Wilcox <danomatika at gmail.com> wrote:

> One more thing, the new instance support means the C layer now uses
> sys_lock, so we longer need locks or synchronization in the language
> wrappers. We haven't updating any of that yet so if you're using C++, you
> can build it without the mutex with the compile define.
>
> Similarly, I have a working libpd.dll builtin minnow which works in Visual
> Studio. This necessitated making the C++ wrapper header-only. I haven't
> integrated that into the master branch yet either.
>
> SO some changes coming, but probably not right away...
>
> On Aug 18, 2017, at 6:36 PM, Alex <x37v.alex at gmail.com> wrote:
>
> oh great, if I can call libpd_init multiple times that is great.  I'll
> look at the pd_multi again too,.
> THANKS!
>
> On Fri, Aug 18, 2017 at 9:32 AM, Dan Wilcox <danomatika at gmail.com> wrote:
>
>> Also, libpd_init currently just returns a -1 if it's already been inited
>> once before, so you can call it multiple times.
>>
>> On Aug 18, 2017, at 6:30 PM, Dan Wilcox <danomatika at gmail.com> wrote:
>>
>> Something like that. The simplest solution is to just wrap pd_setinstance
>> as libpd_setinstance, etc. Miller updated the pd_multi sample since you may
>> have last seen it...
>>
>> On Aug 18, 2017, at 6:29 PM, Alex <x37v.alex at gmail.com> wrote:
>>
>> Is the goal to switch pd instances before calling the libpd calls or pass
>> a pd_instance to the libpd calls?
>>
>>
>> --------
>> Dan Wilcox
>> @danomatika <http://twitter.com/danomatika>
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>>
>> --------
>> Dan Wilcox
>> @danomatika <http://twitter.com/danomatika>
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>>
>
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20170818/8c0f9b48/attachment-0001.html>