[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Crash with tupletFullLength = ##t

From: Simon Albrecht
Subject: Re: Crash with tupletFullLength = ##t
Date: Thu, 24 Dec 2015 01:05:19 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0

Hello Mark,

this would have been in the domain of the bug list.

On 23.12.2015 19:58, Mark Knoop wrote:
When tupletFullLength is set to ##t, the TupletBracket is actually
*shortened* by a following RehearsalMark. This doesn't happen with
tupletFullLength = ##f.

This is merely ugly when a RehearsalMark is not so big, but if it
pushes the righthand end of the TupletBracket too far, it causes a

This would seem to be related to issue 2362
<http://sourceforge.net/p/testlilyissues/issues/2362/> however that
doesn't mention actually crashing.

It would appear to be the same issue, yet the two examples behave differently: The one from issue 2362 compiles up to the most recent versions, if also with the console warning, while yours compiled up to 2.19.19 (if also with bad output) and crashes from 2.19.22. We’ve had a number of such cases, where some stricter checking introduced around this time made scores actually not compile, which didn’t give sensible output before.
At any rate, I’d tend to add this to 2362 nevertheless.

Yours, Simon

\version "2.19.33"
music = { c'2 \tuplet 3/2 { c'4 c' c' } }
   \mark \markup "long mark"
   \set tupletFullLength = ##t
   \mark \markup "mark"
   %\mark \markup "long mark"
   %{ when uncommented, the previous line causes a crash:

Drawing systems...lilypond: ../flower/include/interval.hh:227: T
Interval_t<T>::center() const [with T = double]: Assertion `!is_empty
()' failed. Aborted (core dumped)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]