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

[Dan Wilcox]

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 <mailto: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 <mailto: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 <mailto: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 <http://danomatika.com/>
>> robotcowboy.com <http://robotcowboy.com/>
>> 
>> 
>> 
> 
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> 
> 
> 
> 

--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20170818/fe765a77/attachment.html>