[PD] [Bulk] Re: enhance pd-extended with pd-l2ork featues ?

batinste dwanafite at yahoo.fr
Sun Jan 20 23:52:43 CET 2013


On 20/01/2013 21:02, Hans-Christoph Steiner wrote:
> On 01/20/2013 06:36 AM, batinste wrote:
>> I was intrigued by this [$@< bug (mainly because i didn't knew about this $@
>> thingy), so i decided to give it a try. Attached is my test patch. It crashes
>> on my ubuntu 12.10 64bits, Pd-l2ork version 20130111 compiled 13:18:07 Jan 11
>> 2013, way before reaching 1000 args. I launch it in my terminal with :
>>
>> ~$ pd-l2ork test-dollar-at.pd
>>
>> All i have to do is continuously move my mouse over the patch while it's
>> running, and it will crash around 100 args. You can also try to play with the
>> vslider, it will crash. OR (curiously), it won't crash when moving the mouse,
>> but going in and out of edit mode or saving will make it crash...
>>
>> On a side note, look at the patch cord going out of the vslider : it looks
>> weird to me, like attached a few pixels under the vslider, not directly
>> connected to it.
> That's worth a bug report!  It worked for me: I left it alone for a while and
> it went to 24817, then once I clicked in the patch, it crashed instantly.
> Batinste, could you file a bug report and include your patch?
>
ok !
>> Ok now, the fun part :
>> When i open this patch with pd-extended (Pd-0.43.4 ("extended-20130118")
>> compiled 09:30:52 Jan 18 2013), [list] only has one inlet (it should have 2,
>> given that it's supposed to behave like [list append]) and when i want to see
>> [list]'s help file, pd-ext opens bang's help file... When i open the same
>> patch with pd-l2ork, the lists do have 2 inlets. Oh, and pd-extended happened
>> to display lists with their 2 inlets, but i can't reproduce this reliably. I
>> tried to open the patch with -noprefs (to ensure that i didn't have a
>> forgotten [list] abstraction somewhere) same issue.
>>
>> Am i cursed or something ?
> I've never seen the [list] with the single inlet bug.  Can you send me a patch
> to reproduce it?  I think that would happen if you run 'pd-extended
> -nostartup' which will prevent the list lib from being automatically loaded at
> startup.
>
> -noprefs won't disable loading from ~/pd-externals or
> /usr/local/lib/pd-externals since that's hard coded in Pd.
>
> .hc
>
oops my bad, i did not see this : error: 
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
It was with the patch i attached earlier.
>>
>> On 20/01/2013 07:35, Jonathan Wilkes wrote:
>>>
>>>
>>> ----- Original Message -----
>>>> From: Ivica Ico Bukvic <ico at vt.edu>
>>>> To: 'Jonathan Wilkes' <jancsika at yahoo.com>; 'Hans-Christoph Steiner'
>>>> <hans at at.or.at>
>>>> Cc: pd-list at iem.at
>>>> Sent: Saturday, January 19, 2013 11:21 PM
>>>> Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ?
>>>>
>>>>>    > Why not simply use pd-l2ork?
>>>>>
>>>>>    I do, but possible reasons why someone might not use Pd-l2ork:
>>>>>    * no binary for windows
>>>>>    * no binary for OSX
>>>> On the flip-side pd-l2ork provides a solid, bug-free environment on Linux
>>>> and looks a lot more contemporary than the aged default tk iteration. In
>>>> other words, it is a targeted Linux distribution of pd (something that can
>>>> be easily lost in a cross-platform effort with inadequate developer support,
>>>> as I am sure Hans can attest to). At this point I would go as far as
>>>> challenge you to find something that does not work or exhibits a buggy
>>>> behavior
>>> $@ in msg box probably still crashes when incoming args > 1000 (same with
>>> pd-extended)
>>>
>>> -Jonathan
>>>
>>>
>>> _______________________________________________
>>> Pd-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>




More information about the Pd-list mailing list