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

[Hans-Christoph Steiner]

On Jan 20, 2013, at 5:52 PM, batinste wrote:

> 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.


Where you able to fix that error? That file is definitely included in the packages that I've tried.

.hc




>>> 
>>> 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
>>>> 
>