[PD] 0.49-0test1 multiple lib loading? was PD 0.49-0test1 released

[Dan Wilcox]

Indeed the simplest solution is to remove the error print. I'm not sure much is lost by doing so, unless I'm mistaken.

Pd devs: The other option would be to add a check to sys_onloadlist(classname) before calls to sys_load_lib(classname), however that's basically equivalent to sys_load_lib not printing the error after it's internal check with sys_onloadlist...

> On Sep 11, 2018, at 9:05 PM, pd-list-request at lists.iem.at wrote:
> 
> From: Liam Goodacre <liamg_uw at hotmail.com <mailto:liamg_uw at hotmail.com>>
> Cc: Pd-List <pd-list at lists.iem.at <mailto:pd-list at lists.iem.at>>
> Subject: Re: [PD] 0.49-0test1 multiple lib loading? was PD 0.49-0test1
> 	released
> Message-ID:
> 	<VI1PR0102MB358410933E034BCD3F42FE31FC040 at VI1PR0102MB3584.eurprd01.prod.exchangelabs.com <mailto:VI1PR0102MB358410933E034BCD3F42FE31FC040 at VI1PR0102MB3584.eurprd01.prod.exchangelabs.com>>
> 	
> Content-Type: text/plain; charset="utf-8"
> 
> I do have more than one copy of Zexy lying around, but I don't think that's what's going on here. I've cleared all my search paths, so the only thing that it recognizes should be the Externals Install Directory (Pd/externals). I create one object [declare -lib zexy] and zexy loads. I create another [declare -lib zexy] object and I get the error message. Of course it's no use having two [declare] objects in the same patch, but it's very common to have them multiply loaded within abstractions, which is what is triggering it for me.
> 
> Wouldn't it be possible just to withhold this error message? I can't see why it would be useful in the first place.

--------
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-list/attachments/20180911/b3944313/attachment.html>