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.

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 ?


On 20/01/2013 07:35, Jonathan Wilkes wrote:



----- Original Message -----
From: Ivica Ico Bukvic <[email protected]>
To: 'Jonathan Wilkes' <[email protected]>; 'Hans-Christoph Steiner' 
<[email protected]>
Cc: [email protected]
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


_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


#N canvas 80 229 450 300 10;
#X obj 116 29 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X obj 116 49 metro 100;
#X msg 116 69 1;
#X obj 116 90 +;
#X obj 140 90 f;
#X obj 225 52 nbx 5 55 -1e+37 1e+37 0 0 empty empty empty 0 -8 0 44
-262144 -1 -1 67 256 0;
#X obj 189 119 list;
#X msg 116 141 \$@;
#X obj 225 122 print;
#X obj 116 5 loadbang;
#X obj 49 -16 vsl 15 128 0 127 0 0 empty empty empty 0 -9 0 10 -262144
-1 -1 0 1;
#X obj 116 176 print;
#X obj 116 119 list;
#X connect 0 0 1 0;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 3 0 5 0;
#X connect 3 0 12 0;
#X connect 4 0 3 1;
#X connect 5 0 8 0;
#X connect 6 0 12 1;
#X connect 9 0 0 0;
#X connect 10 0 12 0;
#X connect 12 0 6 0;
#X connect 12 0 7 0;
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to