[PD] enhance pd-extended with pd-l2ork featues ?

Hans-Christoph Steiner hans at at.or.at
Sun Jan 20 21:02:55 CET 2013


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


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