Package: midge
Version: 0.2.41-2
Severity: normal
Really a minor bug concerning:
&pre_parse (line 2633)
&get_eval_tokens (line 3194), and maybe
&unroll_define (line 2957)
In each of the subs the respective bracket counter is not de-
cremented in case the Perl code in an %eval block contains brackets
followed syntactically necessary characters like ',' or ';'. E.g.:
%eval - { our $href = { 'foo' => { 'bar' => 0 },
'baz' => { 'bla' => 0 }
};
}
Both the colon, and the semicolon are mandatory - without them CORE::eval
would complain.
I modified the respective expressions in my installation to:
[...]
elsif ($tokens[$i] =~ /\}([;,]?)/)
[...]
which works. (Although I'm not sure whether &unroll_define is concerned
at all. %eval blocks nested in %repeats might be somewhat esoterical.)
Hope this helps,
Martin
-- System Information:
Debian Release: wheezy/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages midge depends on:
ii libmidi-perl 0.80-3 read, compose, modify, and write M
ii perl 5.10.1-18 Larry Wall's Practical Extraction
midge recommends no packages.
Versions of packages midge suggests:
ii timidity 2.13.2-39+b1 Software sound renderer (MIDI sequ
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
