<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yiv8407649324"><div id="yui_3_16_0_1_1457552455635_2767"><div id="yui_3_16_0_1_1457552455635_2766" style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;">> Just randomly a student will say that many objects have<br clear="none">red boxes and failed to load. And yes, even core objects<br clear="none"><div dir="ltr" id="yiv8407649324yui_3_16_0_1_1457551089421_3307">like [dac~] and [print]. The "answer" is to restart.</div><div id="yiv8407649324yui_3_16_0_1_1457551089421_3240"><br clear="none"><span></span></div><div>At some point Hans got the idea to break out the internal objects into a library called "vanilla". <br></div><div id="yui_3_16_0_1_1457552455635_3040">By default if you don't load any libraries you would have to do [import vanilla] to get anything <br></div><div id="yui_3_16_0_1_1457552455635_3039" dir="ltr">at all to instantiate. So the 0.001% of users who don't want to load the internal objects get maximum <br></div><div id="yui_3_16_0_1_1457552455635_3038" dir="ltr">control over Pd, while everyone else must do more typing to get anything at all to happen.</div><div id="yui_3_16_0_1_1457552455635_3037" dir="ltr"><br></div><div id="yui_3_16_0_1_1457552455635_2953" dir="ltr">I'm going to speculate that one of your students somehow downloaded a Pd-extended binary built <br></div><div dir="ltr">after he made that change. At least I hope that's what happened, because Pd Vanilla loads the internal <br></div><div dir="ltr">classes through a simple series of function calls. If you can mouse around in a patch and create <br></div><div dir="ltr">empty objects, you can create internal objects.</div><div dir="ltr"><br></div><div dir="ltr">-Jonathan<br></div><div id="yui_3_16_0_1_1457552455635_2765" class="yiv8407649324qtdSeparateBR"><br clear="none"><br clear="none"></div><div class="yiv8407649324yqt0021002917" id="yiv8407649324yqt10519"></div></div></div></div><div class=".yiv8407649324yahoo_quoted"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div dir="ltr"><font face="Arial" size="2"> On Wednesday, March 9, 2016 11:09 AM, oliver <oliver@klingt.org> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div class="yiv8407649324y_msg_container"><br clear="none">>><br clear="none">>> On 2016-03-08 12:05, oli_kester wrote:<br clear="none">>>> I'm using pd-extended 0.43.4<br clear="none">>><br clear="none">>> ...sigh...¹ ¹<br clear="none">>> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/search?P=Pd-extended&DEFAULTOP=and&G=pd-list&SORT=0">http://lists.puredata.info/search?P=Pd-extended&DEFAULTOP=and&G=pd-list&SORT=0</a><br clear="none">><br clear="none">>><br clear="none">> Not sure what this is supposed to articulate - do you mean to say<br clear="none">> that the extras are no longer supported,<br clear="none">and I shouldn't expect them to work properly? Explain please :)<br clear="none">><br clear="none"><br clear="none"><br clear="none">just sharing my personal experience here:<br clear="none"><br clear="none">when i picked up PD again a few weeks ago, i first was excited about the <br clear="none">PD-extended distribution. However, as the puredata.info site says, this <br clear="none">project is unmaintained and considered outdated.<br clear="none"><br clear="none">i too experienced the difficulties your described with PD-extended, and <br clear="none">after reading through the list, i got the overall impression, that <br clear="none">PD-extended should be avoided in general.<br clear="none"><br clear="none">i don't know the exact historical or technical reasons, but i decided to <br clear="none">listen to the PD guru's advice. my actual setup consists of the latest <br clear="none">PD-vanilla and whatever externals i REALLY need. since ZEXY and IEMLIB <br clear="none">is maintained by the IEM people (who are probably the strongest and <br clear="none">longest serving backbone in the PD department) i figure they are pretty <br clear="none">save to use even for future PD releases.<br clear="none"><br clear="none">that said, as a matter of fact i do use compiled .dlls from the last <br clear="none">windows PD-extended version, always specifiying search paths in the PD <br clear="none">startup script. as long as they work ... good, but i'm aware that this <br clear="none">is not rock solid and i try to use them as little as possible and rather <br clear="none">patch my own abstractions for specific needs with vanilla objects.<br clear="none"><br clear="none">just my 2c<br clear="none"><br clear="none">best<br clear="none"><br clear="none">oliver<div class="yiv8407649324yqt7206786769" id="yiv8407649324yqtfd74221"><br clear="none"><br clear="none">_______________________________________________<br clear="none"><a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none"></div><br clear="none"><br clear="none"></div> </div> </div> </div></div></body></html>