[PD-dev] pow~ in Cyclone [was: Re: stripping down Pd-extended's default libs]

[cyrille henry]

IOhannes m zmoelnig a écrit :
> Roman Haefeli wrote:
> 
>> the switch from 0.41 to 0.42 did indeed also break at least one of the
>> netpd patches. this patch is using [unpack] for an incoming message,
>> that misses the list selector. while this still works with pd's [unpack]
>> (although it is an undocumented feature, i guess), it doesn't work with
>> the zexy [unpack]: it complains: no method for 'bla'.
>>
>> this again raises the question: should zexy's [unpack] mimick the the
>> funny behaviours of pd's [unpack]? i am undecided here.
> 
> yesterday when i went home i was wondering about (i guess) the same 
> thing: could sending [foo bar( to [unpack s s] be actually considered a 
> bug in the patch (for sending a non-list to [unpack]) and "unpack" 
> itself (for accepting non-lists)?
> 
do you mean that [list foo bar( would have work as i expected?

if sending [foo bar( is considered as a bug in the patch, why should zexy's unpack be less tolerant than vanilla unpack?

if the fix is as simple as inserting a [list] object before unpack, maybe in this situation, zexy unpack should have a more verbose error, and suggest the solution (inserting a list objet).

cyrille


> the help-patch clearly speaks of "lists of atoms", but doesn't mention 
> other messages at all.
> 
> mfgas.dr
> IOhannes