[EMAIL PROTECTED] writes: > More on this: I have tracked it down to an empty glyph. When > processing the following markup: > > (#<procedure bracketed-y-column-markup (layout props indices args)> (1 1) > ((#<procedure line-markup (layout props args)> ((#<procedure number-markup > (layout props arg)> 6) (#<procedure smaller-markup (layout props arg)> > (#<procedure raise-markup (layout props amount arg)> 0.6 (#<procedure > musicglyph-markup (layout props glyph-name)> accidentals-2))))) (#<procedure > line-markup (layout props args)> ((#<procedure simple-markup (layout props > str)> ) (#<procedure smaller-markup (layout props arg)> (#<procedure > raise-markup (layout props amount arg)> 0.6 (#<procedure musicglyph-markup > (layout props glyph-name)> accidentals-0))))))) > > The second argument is a line-markup with two arguments. he first is > an empty string, which ends up being an empty stencil. The second is > based on accidentals-0, which creates a non-empty stencil, but with an > empty box. This is due to name_to_index failing for accidentals-0. > > Much later, ly:stencil-moved-to-edge fails due to having an arg > "second" which has an empty extent. (Fails in > Stencil::moved_to_edge.) > > My guess is that either name_to_index failing on accidentals-0 is > incorrect, or using accidentals-0 in the first place is incorrect.
Thanks for the hunting. Fixed in CVS. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen _______________________________________________ bug-lilypond mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-lilypond
