On 01/20/2013 01:35 AM, Jonathan Wilkes wrote:
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
Can you try latest git? I think I fixed this so now the message size can
be as large as your memory allows. That said, the fix is a bit baffling.
Every so often there is an A_SEMI or A_COMMA mis-detected at location
220 inside the binbuf that is to be evaluated, so one simply ignores the
check whenever $@ is involved. This naturally requires further testing
to see if there are any regressions. I tested it up to several thousand
arguments without a crash with a patch batinste posted.
So, the lingering question is why is 220 the golden number? Is this the
maximum width for a pd script file formatting?
Please test and report (m_binbuf.c is the relevant file). Latest git
also provides fixes for UTF inconsistency as well as the other problem
with list objects Roman reported (basically both were patches I missed).
So, as of right now this should cover everything that was reported...
Cheers!
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Head, ICAT IMPACT Studio
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
