Hans,
Last night, I think I found a problem with [entry/text]. Basically, any time you enter a '{' that gets passed onto PD, PD will lock up... the widget still works, but the only thing that works in PD is the Quit menu under the Application menu (not the file menu, I am on a Mac).
I attached a patch for your amusment...
Mike
hi list; anyone succeeded to get a multichannel-firewire-output to work on a xp-system? i use an edirol FA-101; if i try to activate MMIO i get the message like "multiple audio devices not supported"; if i try to activate ASIO with number of channels > 2 i get no signal-out at all;
all channels work pairwise if i reduce the number of channels to 2; but i couldn´t manage to get audio on all channels for eg. [dac~ 1 2 3 4 5 6 x].
this might not be primarily an ASIO-problem because i get a multi-output in other programs via ASIO.
check also motu-problems, which might be related: http://lists.puredata.info/pipermail/pd-list/2007-08/053035.html
any idea or workaround for this?
thanks j ,.
yeah, that's a known bug throughout Pd. I wonder if you send {}
whether that works? Is it only an unmatched { that causes the
problem? I suppose the text widget should filter those out then.
.hc
On Nov 15, 2007, at 2:50 PM, Mike McGonagle wrote:
Hans,
Last night, I think I found a problem with [entry/text]. Basically, any time you enter a '{' that gets passed onto PD, PD will lock up... the widget still works, but the only thing that works in PD is the Quit menu under the Application menu (not the file menu, I am on a Mac).
I attached a patch for your amusment...
Mike <trouble_in_text_ville2.pd> _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
On Fri, 16 Nov 2007, Hans-Christoph Steiner wrote:
yeah, that's a known bug throughout Pd. I wonder if you send {} whether that works? Is it only an unmatched { that causes the problem? I suppose the text widget should filter those out then.
If you backslash them then Tcl will recognise them. The lock-up problem is that Tcl is waiting forever to get a matching close-brace. Backslashes "literalise" those characters. Backslashes themselves can be literalised too.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
On Nov 16, 2007, at 2:01 PM, Mathieu Bouchard wrote:
On Fri, 16 Nov 2007, Hans-Christoph Steiner wrote:
yeah, that's a known bug throughout Pd. I wonder if you send {} whether that works? Is it only an unmatched { that causes the problem? I suppose the text widget should filter those out then.
If you backslash them then Tcl will recognise them. The lock-up
problem is that Tcl is waiting forever to get a matching close- brace. Backslashes "literalise" those characters. Backslashes
themselves can be literalised too.
So... anyone want to write a regexp that escapes any unclosed
brackets? That would be a tricky one... but very useful for Pd.
.hc
All information should be free. - the hacker ethic
Hans-Christoph Steiner wrote:
So... anyone want to write a regexp that escapes any unclosed
brackets? That would be a tricky one... but very useful for Pd.
I guess that it's not possible at all with regular expressions:
http://en.wikipedia.org/wiki/Regular_language#Regular_languages_over_an_alph... --8<-- A simple example of a language that is not regular is the set of strings { a^n b^n | n >= 0 }. --8<--
This is precisely the "matching brackets" problem.
Claude
On Nov 18, 2007, at 4:56 AM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
So... anyone want to write a regexp that escapes any unclosed
brackets? That would be a tricky one... but very useful for Pd.I guess that it's not possible at all with regular expressions:
http://en.wikipedia.org/wiki/ Regular_language#Regular_languages_over_an_alphabet --8<-- A simple example of a language that is not regular is the set of
strings { a^n b^n | n >= 0 }. --8<--This is precisely the "matching brackets" problem.
regexps plus something else perhaps. It's pretty simple to do, just
count open brackets and close brackets, see if there is a difference,
then go find the extra and escape it. Many text editors keep track
of this stuff on the fly.
.hc
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
On Sun, 2007-11-18 at 12:35 -0500, Hans-Christoph Steiner wrote:
On Nov 18, 2007, at 4:56 AM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
So... anyone want to write a regexp that escapes any unclosed
brackets? That would be a tricky one... but very useful for Pd.I guess that it's not possible at all with regular expressions:
http://en.wikipedia.org/wiki/ Regular_language#Regular_languages_over_an_alphabet --8<-- A simple example of a language that is not regular is the set of
strings { a^n b^n | n >= 0 }. --8<--This is precisely the "matching brackets" problem.
regexps plus something else perhaps. It's pretty simple to do, just
count open brackets and close brackets, see if there is a difference,
then go find the extra and escape it. Many text editors keep track
of this stuff on the fly.
the language { a^n b^n | n >= 0 } cannot be described by a regular expression, as it is not a regular language (easy to prove via the pumping lemma). you need a parser for a context-free grammar in order to match this structure ...
hth, tim
-- tim@klingt.org http://tim.klingt.org
Most of the trouble in this world has been caused by folks who can't mind their own business, because they have no business of their own to mind, any more than a smallpox virus has. William S. Burroughs
-
Claude Heiland-Allen -
Hans-Christoph Steiner -
Mathieu Bouchard -
Mike McGonagle -
Tim Blechmann -
wind＠mikrokiko.de