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@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Hans-Christoph Steiner' hans@at.or.at Cc: pd-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list