On 8/8/08 5:57 PM, "Neil Puttock" <[EMAIL PROTECTED]> wrote:
> 2008/8/8 Carl D. Sorensen <[EMAIL PROTECTED]>:
>
>> This experience causes me to believe that there is a bug in the parser
>> related to chordmode.
>
> I presume you've had a look at lexer.ll?
I haven't looked at lexer.ll this time
On Fri, Aug 8, 2008 at 8:57 PM, Neil Puttock <[EMAIL PROTECTED]> wrote:
\> Changing line 827 from
>
> else if ((handle = scm_hashq_get_handle (chordmodifier_tab_, sym)) !=
> SCM_BOOL_F)
>
> to
>
> else if ((YYSTATE == chords)
> && (handle = scm_hashq_get_handle (chordmodifier_t
2008/8/8 Carl D. Sorensen <[EMAIL PROTECTED]>:
> This experience causes me to believe that there is a bug in the parser
> related to chordmode.
I presume you've had a look at lexer.ll?
It seems a bit dodgy to me that Lily_lexer::scan_bare_word () checks
for a match in the chord modifier hash tab
Carl
You may be right, but the details of the parser/lexer logic
have so far defeated me. As it's late and as I'm away most of
Saturday I shall withdraw, beaten, from this discussion :(
Trevor
- Original Message -
From: "Carl D. Sorensen" <[EMAIL PROTECTED]>
To: "Trevor Daniels" <[EM
2008/8/8 Valentin Villenave <[EMAIL PROTECTED]>:
> Shall I add it to the tracker anyway? If it gets fixed by this
> week-end, I might just leave it untracked.
Probably not necessary, since it's a side-effect of reverting my
original fix for the leger lines patch (which caused the segfault when
re
On 8/8/08 3:09 AM, "Trevor Daniels" <[EMAIL PROTECTED]> wrote:
> Carl
>
> This isn't a problem specific to chordmode. If you use
> an identifier c you get a similar error about unexpected
> notename_pitch whatever the input mode. The problem is
> the identifier m.
>
> Because m is a valid chor
The problem remains in the latest 2.11.x version. The
*-from-1.0.1-to-2.0.1-clip.{pdf,eps}
files are created correctly, but the *.{.ps,pdf} files are empty when
the title is present.
Perhaps this is what triggers the Scheme error message.
/Mats
Derek Poon wrote:
I'm not top posting.
2008/8/8 Neil Puttock <[EMAIL PROTECTED]>:
> I've posted a patch which will fix this
> (http://lists.gnu.org/archive/html/lilypond-user/2008-08/msg00131.html);
> it's awaiting Han-Wen's approval.
Shall I add it to the tracker anyway? If it gets fixed by this
week-end, I might just leave it untrac
> I'm not top posting.
%% An error occurs when making clips when there is a header with a
%% title. When the title is present, the clips are generated
%% successfully, but the full-score layout fails with:
%%
%% ERROR: Wrong type (expecting pair): ()
\version "2.10.33"
% Equivalent to invoking
Hi,
I've posted a patch which will fix this
(http://lists.gnu.org/archive/html/lilypond-user/2008-08/msg00131.html);
it's awaiting Han-Wen's approval.
Regards,
Neil
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listin
No, sorry; it was 2.11.55-1.
-David
Mats Bengtsson wrote:
David Bobroff wrote:
I just tried it on XP and Fedora 8. Looks fine here. Dots are *not*
on staff lines.
Are you sure that you used exactly the same version (2.11.55-2)? These
things shouldn't
differ between platforms. I can repeat
David Bobroff wrote:
I just tried it on XP and Fedora 8. Looks fine here. Dots are *not*
on staff lines.
Are you sure that you used exactly the same version (2.11.55-2)? These
things shouldn't
differ between platforms. I can repeat the problem on Linux and it's
clearly a bug.
/Mats
-
Carl
This isn't a problem specific to chordmode. If you use
an identifier c you get a similar error about unexpected
notename_pitch whatever the input mode. The problem is
the identifier m.
Because m is a valid chord modifier and the parser/lexer
is scanning for chordmodifiers or pitchnames it
13 matches
Mail list logo
