> Just randomly a student will say that many objects have
red boxes and failed to load. And yes, even core objects
like [dac~] and [print]. The "answer" is to restart.

At some point Hans got the idea to break out the internal objects into a library called "vanilla". 
By default if you don't load any libraries you would have to do [import vanilla] to get anything
at all to instantiate.  So the 0.001% of users who don't want to load the internal objects get maximum
control over Pd, while everyone else must do more typing to get anything at all to happen.

I'm going to speculate that one of your students somehow downloaded a Pd-extended binary built
after he made that change.  At least I hope that's what happened, because Pd Vanilla loads the internal
classes through a simple series of function calls.  If you can mouse around in a patch and create
empty objects, you can create internal objects.

-Jonathan


On Wednesday, March 9, 2016 11:09 AM, oliver <oliver@klingt.org> wrote:



>>
>> On 2016-03-08 12:05, oli_kester wrote:
>>> I'm using pd-extended 0.43.4
>>
>> ...sigh...¹ ¹
>> http://lists.puredata.info/search?P=Pd-extended&DEFAULTOP=and&G=pd-list&SORT=0
>
>>
> Not sure what this is supposed to articulate - do you mean to say
> that the extras are no longer supported,
and I shouldn't expect them to work properly? Explain please :)
>


just sharing my personal experience here:

when i picked up PD again a few weeks ago, i first was excited about the
PD-extended distribution. However, as the puredata.info site says, this
project is unmaintained and considered outdated.

i too experienced the difficulties your described with PD-extended, and
after reading through the list, i got the overall impression, that
PD-extended should be avoided in general.

i don't know the exact historical or technical reasons, but i decided to
listen to the PD guru's advice. my actual setup consists of the latest
PD-vanilla and whatever externals i REALLY need. since ZEXY and IEMLIB
is maintained by the IEM people (who are probably the strongest and
longest serving backbone in the PD department) i figure they are pretty
save to use even for future PD releases.

that said, as a matter of fact i do use compiled .dlls from the last
windows PD-extended version, always specifiying search paths in the PD
startup script. as long as they work ... good, but i'm aware that this
is not rock solid and i try to use them as little as possible and rather
patch my own abstractions for specific needs with vanilla objects.

just my 2c

best

oliver


_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list