Simon Albrecht <[email protected]> writes: > Hello everybody, > > this combination of a custom music function that combines the music > simultaneously with itself and a \once\offset command causes LilyPond > to crash (exit with return code 11): > > %%%%%%%%%%%% > \version "2.19.82" > test = > #(define-music-function (parser location mus) (ly:music?) > #{ << $mus $mus >> #}) > > \test { \once\offset length 1 Stem 4 } > %%%%%%%%%%%%
This one gives (applying the patch for Tracker issue: 5386 (https://sourceforge.net/p/testlilyissues/issues/5386/) Rietveld issue: 367760043 (https://codereview.appspot.com/367760043) ) -*- mode: compilation; default-directory: "/tmp/" -*- Compilation started at Wed Jul 18 10:47:38 /usr/local/tmp/lilypond/out/bin/lilypond -dpreview sim.ly GNU LilyPond 2.21.0 Processing `sim.ly' Parsing... Interpreting music... Preprocessing graphical objects... sim.ly:7:36: warning: Stem.length: giving up on cloned grob transform \test { \once\offset length 1 Stem 4 } Finding the ideal number of pages... Fitting music on 1 page... Drawing systems... sim.ly:7:36: warning: Stem.length: giving up on cloned grob transform \test { \once\offset length 1 Stem 4 } Layout output to `/tmp/lilypond-3MTb0H'... Converting to `sim.pdf'... Deleting `/tmp/lilypond-3MTb0H'... Layout output to `sim.preview.eps'... Converting to `sim.preview.pdf'... Converting to PNG... Deleting `sim.preview.eps'... Success: compilation successfully completed Compilation finished at Wed Jul 18 10:47:39 and delivers
so basically one of the calls to \offset gets junked because of LilyPond not being able to disentangle them (one could extend the code to handle this case but it would still balk at more complex combinations). -- David Kastrup
_______________________________________________ bug-lilypond mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-lilypond
