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 <[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
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
