lilypond-user
[Top][All Lists]
Advanced

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

Re: .ly file partially compiles, then LP crashes


From: Guy Stalnaker
Subject: Re: .ly file partially compiles, then LP crashes
Date: Fri, 28 Jul 2017 17:22:15 -0500
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0

And it happened twice more, too.

Last time I tried to add \clef "treble" and then \clef bass to the score and the same seg-fault/error recurred. A quick test showed that just adding \clef "treble" was enough to cause the seg-fault (if that's what is happening).

Nothing I can do to make that not happen. I admit I am making liberal use of << { } \\ { } >>, and even, in some places, creating ossia and, in one of the ossia nesting even more of these contexts, so I may indeed be taxing the code in unusual ways.

But, for now it's done and I'm getting ready to send it to the composer for her review.

Thanks for all the comments, etc.

Guy

On 7/28/2017 1:23 AM, Thomas Morley wrote:
2017-07-28 1:16 GMT+02:00 Guy Stalnaker <address@hidden>:
Simon,

That was my tack -- the dirty way was to slowly comment out sections and see
what happened. It's the oddest thing. I'm writing a piano reduction mostly
from string parts, so I'm doing this:

<lilypond>
pianoRH = {
<< { ViolinI } \\ { ViolinII } >>
}
pianoLH = {
<< { Violo } \\ { Cello } >>
}
</lilypond>

As shown, did not compile. Comment out ViolinI, compiles. Add it back,
compile fails. Comment out ViolinII, compiles, add ViolinII back, compile
fails. WTH? So, I think you're right, it's some sort of memory/resource
something.

But ...

I replaced the ViolinI code with the original code (from the composer) AND
IT NOW COMPILES in its entirety.

That is maddening. But, I've no time to waste on it now, and thankfully I've
little hair to pull out over it.

Thanks for your reply, MUCH appreciated.

Guy

On 7/27/2017 6:06 PM, Simon Albrecht wrote:
On 28.07.2017 00:55, Guy Stalnaker wrote:
I'm not trying to figure out how to do something here. This is a code
file that compiled to midi/pdf output a few hours ago (last successful pdf
output at 4:31p CDT).

Can you restore the file version that compiled successfully? Or is there
any other chance of narrowing down the part of the code that’s problematic?
There have been problems with memory that are triggered by the size of the
score, but IIRC those had three-digit page numbers.

Best, Simon

Occasionally I had smiliar problems, with files I was working on.
Eventually I must have added some whitespace-characters at unfortunate
place without noticing.
Because it worked again after doing "Remove Trailing Whitespace"
(provided by my editor).

Cheers,
   Harm

--
“Happiness is the meaning and the purpose of life, the whole aim and end of 
human existence.”
― Aristotle




reply via email to

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