[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Lilypond error behaviour
From: |
David Kastrup |
Subject: |
Re: Lilypond error behaviour |
Date: |
Mon, 18 Apr 2016 19:33:52 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
address@hidden writes:
> On Mon, 18 Apr 2016, David Wright wrote:
>> may be a decision that a machine can make, but whether a PDF is
>> suitable for further use (to debug the source code, give to a player,
>> or admire on the coffee table) is not.
>
> If compiling the file has failed to such a degree that we are choosing
> to call it a "fatal error," that means the PDF is *not* suitable for
> further use. Conversely, if you think the generated PDF is still
> useful, then don't call what happened a "fatal error" - it must have
> really been a warning.
With that definition, any error that does not terminally destroy the
computer is not a fatal error since otherwise you can still debug the
problem.
While this definition has something going for it, its usefulness for
LilyPond may be limited.
--
David Kastrup
- Re: Lilypond error behaviour, (continued)
- Re: Lilypond error behaviour, Sharon Rosner, 2016/04/17
- Re: Lilypond error behaviour, David Kastrup, 2016/04/17
- Re: Lilypond error behaviour, Sharon Rosner, 2016/04/18
- Re: Lilypond error behaviour, mskala, 2016/04/18
- Re: Lilypond error behaviour, David Wright, 2016/04/18
- Re: Lilypond error behaviour, mskala, 2016/04/18
- Re: Lilypond error behaviour,
David Kastrup <=
- Re: Lilypond error behaviour, mskala, 2016/04/18
- Re: Lilypond error behaviour, Sharon Rosner, 2016/04/18
- Re: Lilypond error behaviour, Anthonys Lists, 2016/04/18
- Re: Lilypond error behaviour, Sharon Rosner, 2016/04/18
- Re: Lilypond error behaviour, Sharon Rosner, 2016/04/18
- Re: Lilypond error behaviour, Noeck, 2016/04/19
- Re: Lilypond error behaviour, mskala, 2016/04/19
- Re: Lilypond error behaviour, Thomas Morley, 2016/04/19
- Re: Lilypond error behaviour, mskala, 2016/04/19
- Re: Lilypond error behaviour, David Kastrup, 2016/04/19