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, [email protected] wrote: > > From: Liam Goodacre <[email protected] <mailto:[email protected]>> > Cc: Pd-List <[email protected] <mailto:[email protected]>> > Subject: Re: [PD] 0.49-0test1 multiple lib loading? was PD 0.49-0test1 > released > Message-ID: > > <vi1pr0102mb358410933e034bcd3f42fe31fc...@vi1pr0102mb3584.eurprd01.prod.exchangelabs.com > > <mailto:vi1pr0102mb358410933e034bcd3f42fe31fc...@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/>
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
