]> git.donarmstrong.com Git - lilypond.git/blob - Documentation/usage/running.itely
Doc-fr: New markup command : pattern
[lilypond.git] / Documentation / usage / running.itely
1 @c -*- coding: utf-8; mode: texinfo; -*-
2
3 @ignore
4     Translation of GIT committish: FILL-IN-HEAD-COMMITTISH
5
6     When revising a translation, copy the HEAD committish of the
7     version that you are working on.  For details, see the Contributors'
8     Guide, node Updating translation committishes..
9 @end ignore
10
11 @c \version "2.13.36"
12
13
14 @node Running lilypond
15 @chapter Running @command{lilypond}
16
17 This chapter details the technicalities of running LilyPond.
18
19 @menu
20 * Normal usage::
21 * Command-line usage::
22 * Error messages::
23 * Common errors::
24 @end menu
25
26
27 @node Normal usage
28 @section Normal usage
29
30 Most users run LilyPond through a GUI; if you have not done so
31 already, please read the @rlearning{Tutorial}.  If you use an alternate
32 editor to write lilypond files, see the documentation for that
33 program.
34
35
36 @node Command-line usage
37 @section Command-line usage
38
39 This section contains extra information about using LilyPond on the
40 command-line.  This may be desirable to pass extra options to the
41 program.  In addition, there are certain extra @q{helper} programs (such
42 as @code{midi2ly}) which are only available on the command-line.
43
44 By @q{command-line}, we mean the command line in the operating system.
45 Windows users might be more familiar with the terms @q{DOS shell} or
46 @q{command shell}.  MacOS@tie{}X users might be more familiar with the terms
47 @q{terminal} or @q{console}.  Some additional setup is required
48 for MacOS@tie{}X users; please see @rweb{MacOS X}.
49
50 Describing how to use this part of an operating system is outside the
51 scope of this manual; please consult other documentation on this topic
52 if you are unfamiliar with the command-line.
53
54 @menu
55 * Invoking lilypond::
56 * Command line options for lilypond::
57 * Environment variables::
58 * LilyPond in chroot jail::
59 @end menu
60
61 @node Invoking lilypond
62 @unnumberedsubsec Invoking @command{lilypond}
63
64 The @command{lilypond} executable may be called as follows from
65 the command line.
66
67 @example
68 lilypond [@var{option}]@dots{} @var{file}@dots{}
69 @end example
70
71
72 When invoked with a filename that has no extension, the @file{.ly}
73 extension is tried first.  To read input from stdin, use a
74 dash (@code{-}) for @var{file}.
75
76 When @file{filename.ly} is processed it will produce @file{filename.ps}
77 and @file{filename.pdf} as output.  Several files can be specified;
78 they will each be processed independently.  @footnote{The status of
79 GUILE is not reset after processing a @code{.ly} file, so be careful
80 not to change any system defaults from within Scheme.}
81
82 If @file{filename.ly} contains more than one @code{\book}
83 block, then the rest of the scores will be output in numbered files,
84 starting with @file{filename-1.pdf}.  In addition, the value of
85 @code{output-suffix} will be inserted between the basename and the
86 number.  An input file containing
87
88 @example
89 #(define output-suffix "violin")
90 \score @{ @dots{} @}
91 #(define output-suffix "cello")
92 \score @{ @dots{} @}
93 @end example
94
95 @noindent
96 will output @var{base}@file{-violin.pdf} and
97 @var{base}@file{-cello-1.pdf}.
98
99
100 @unnumberedsubsubsec Standard shell commands
101
102 If your shell (i.e. command window) supports normal redirects,
103 then you might find it useful to use the following commands to
104 redirect console output to a file:
105
106 @itemize
107
108 @item
109 @code{lilypond file.ly 1>stdout.log} to redirect normal output
110
111 @item
112 @code{lilypond file.ly 2>stderr.log} to redirect error messages
113
114 @item
115 @code{lilypond file.ly &>all.log} to redirect all output
116
117 @end itemize
118
119 Consult the documentation for your shell to see if it supports these
120 options, or if the syntax is different.  Note that these are shell
121 commands and have nothing to do with lilypond.
122
123
124 @node Command line options for lilypond
125 @unnumberedsubsec Command line options for @command{lilypond}
126
127 @cindex Invoking @command{lilypond}
128 @cindex command line options for @command{lilypond}
129 @cindex options, command line
130 @cindex switches
131
132 The following options are supported:
133
134 @table @code
135
136 @item -e,--evaluate=@var{expr}
137 Evaluate the Scheme @var{expr} before parsing any @file{.ly} files.
138 Multiple @code{-e} options may be given, they will be evaluated
139 sequentially.
140
141 The expression will be evaluated in the @code{guile-user} module, so
142 if you want to use definitions in @var{expr}, use
143
144 @example
145 lilypond -e '(define-public a 42)'
146 @end example
147
148 @noindent
149 on the command-line, and include
150
151 @example
152 #(use-modules (guile-user))
153 @end example
154
155 @noindent
156 at the top of the @code{.ly} file.
157
158 @item -f,--format=@var{format}
159 which formats should be written.  Choices for @code{format} are
160 @code{ps}, @code{pdf}, and @code{png}.
161
162 Example: @code{lilypond -fpng @var{filename}.ly}
163
164
165
166 @item -d,--define-default=@var{var}=@var{val}
167 This sets the internal program option @var{var} to the Scheme value
168 @var{val}.  If @var{val} is not supplied, then @var{#t} is used.  To
169 switch off an option, @code{no-} may be prefixed to @var{var}, e.g.
170
171 @cindex point and click, command line
172
173 @example
174 -dno-point-and-click
175 @end example
176
177 @noindent
178 is the same as
179 @example
180 -dpoint-and-click='#f'
181 @end example
182
183 Here are a few interesting options.
184
185 @cindex help, command line
186
187 @table @samp
188 @item help
189 Running @code{lilypond -dhelp} will print all of the @code{-d} options
190 available.
191
192 @cindex paper-size, command line
193
194 @item paper-size
195 This option sets the default paper-size,
196 @example
197 -dpaper-size=\"letter\"
198 @end example
199
200 @noindent
201 Note that the string must be enclosed in escaped quotes ( @code{\"} ).
202 @c Match " in previous line to help context-sensitive editors
203
204 @cindex safe, command line
205
206 @item safe
207 Do not trust the @code{.ly} input.
208
209 When LilyPond formatting is available through a web server, either the
210 @code{--safe} or the @code{--jail} option @b{MUST} be passed.  The
211 @code{--safe} option will prevent inline Scheme code from wreaking
212 havoc, for example
213
214 @quotation
215 @verbatim
216 #(system "rm -rf /")
217 {
218   c4^#(ly:export (ly:gulp-file "/etc/passwd"))
219 }
220 @end verbatim
221 @end quotation
222
223 The @code{-dsafe} option works by evaluating in-line Scheme
224 expressions in a special safe module.  This safe module is derived from
225 GUILE @file{safe-r5rs} module, but adds a number of functions of the
226 LilyPond API.  These functions are listed in @file{scm/safe-lily.scm}.
227
228 In addition, safe mode disallows @code{\include} directives and
229 disables the use of backslashes in @TeX{} strings.
230
231 In safe mode, it is not possible to import LilyPond variables
232 into Scheme.
233
234 @code{-dsafe} does @emph{not} detect resource overuse.  It is still possible to
235 make the program hang indefinitely, for example by feeding cyclic data
236 structures into the backend.  Therefore, if using LilyPond on a
237 publicly accessible webserver, the process should be limited in both
238 CPU and memory usage.
239
240 The safe mode will prevent many useful LilyPond snippets from being
241 compiled.  The @code{--jail} is a more secure alternative, but
242 requires more work to set up.
243
244 @cindex output format, setting
245 @item backend
246 the output format to use for the back-end.  Choices for @code{format} are
247 @table @code
248 @item ps
249 @cindex PostScript output
250  for PostScript.
251
252   Postscript files include TTF, Type1 and OTF fonts.  No subsetting of
253   these fonts is done.  When using oriental character sets, this can
254   lead to huge files.
255
256 @item eps
257
258 @cindex Postscript, encapsulated
259 @cindex EPS (Encapsulated PostScript)
260
261  for encapsulated PostScript.  This dumps every page (system) as a separate
262 @file{EPS} file, without fonts, and as one collated @file{EPS} file with
263 all pages (systems) including fonts.
264
265 This mode is used by default by @command{lilypond-book}.
266
267 @item svg
268
269 @cindex SVG (Scalable Vector Graphics)
270
271  for SVG (Scalable Vector Graphics).
272
273  This creates a single SVG file, without embedded fonts, for every
274  page of output.  It is recommended to install the Century
275  Schoolbook fonts, included with your LilyPond installation, for
276  optimal rendering.  Under UNIX, simply copy these fonts from the
277  LilyPond directory (typically
278  @file{/usr/share/lilypond/VERSION/fonts/otf/}) to
279  @file{~/.fonts/}.  The SVG output should be compatible with any
280  SVG editor or user agent.
281
282 @item scm
283
284 @cindex Scheme dump
285
286  for a dump of the raw, internal Scheme-based drawing commands.
287
288 @item null
289  do not output a printed score; has the same effect as @code{-dno-print-pages}.
290 @end table
291
292 Example: @code{lilypond -dbackend=svg @var{filename}.ly}
293
294 @item preview
295 @cindex preview, command line
296 Generate an output file containing the titles and the first system
297 of music.  If @code{\bookpart} blocks are used, the titles and
298 first system of every @code{\bookpart} will appear in the output.
299 The @code{ps}, @code{eps}, and @code{svg} backends support this
300 option.
301
302 @item print-pages
303 Generate the full pages, the default.  @code{-dno-print-pages} is
304 useful in combination with @code{-dpreview}.
305
306 @end table
307
308
309
310 @item -h,--help
311 Show a summary of usage.
312
313 @item -H,--header=@var{FIELD}
314 Dump a header field to file @file{BASENAME.@var{FIELD}}.
315
316 @cindex file searching
317 @cindex search path
318 @item --include, -I=@var{directory}
319 Add @var{directory} to the search path for input files.
320
321 Multiple -I options may be given.  The search will start in the
322 first defined directory, and if the file to be included is not
323 found the search will continue in subsequent directories.
324
325 @item -i,--init=@var{file}
326 Set init file to @var{file} (default: @file{init.ly}).
327
328 @cindex folder, directing output to
329 @cindex output filename, setting
330
331 @item -o,--output=@var{FILE} or @var{FOLDER}
332 Set the default output file to @var{FILE} or, if a folder with
333 that name exists, direct the output to @var{FOLDER}, taking the
334 file name from the input file.  The appropriate suffix will be
335 added (e.g. @code{.pdf} for pdf) in both cases.
336
337
338 @cindex PostScript output
339
340 @item --ps
341 Generate PostScript.
342
343 @cindex Portable Network Graphics (PNG) output
344
345 @item --png
346 Generate pictures of each page, in PNG format.  This implies
347 @code{--ps}.  The resolution in DPI of the image may be set with
348 @example
349 -dresolution=110
350 @end example
351
352 @cindex Portable Document Format (PDF) output
353
354 @item --pdf
355 Generate PDF.  This implies @code{--ps}.
356
357
358
359 @item -j,--jail=@var{user},@var{group},@var{jail},@var{dir}
360 Run @command{lilypond} in a chroot jail.
361
362 The @code{--jail} option provides a more flexible alternative to
363 @code{--safe} when LilyPond formatting is available through a web
364 server or whenever LilyPond executes externally provided
365 sources.
366
367 The @code{--jail} option works by changing the root of @command{lilypond} to
368 @var{jail} just before starting the actual compilation process.  The user
369 and group are then changed to match those provided, and the current
370 directory is changed to @var{dir}.  This setup guarantees that it is not
371 possible (at least in theory) to escape from the jail.  Note that for
372 @code{--jail} to work @command{lilypond} must be run as root, which is usually
373 accomplished in a safe way using @command{sudo}.
374
375 Setting up a jail is a slightly delicate matter, as we must be sure that
376 LilyPond is able to find whatever it needs to compile the source
377 @emph{inside the jail}.  A typical setup comprises the following items:
378
379 @table @asis
380 @item Setting up a separate filesystem
381 A separate filesystem should be created for LilyPond, so that it can be
382 mounted with safe options such as @code{noexec}, @code{nodev}, and
383 @code{nosuid}.  In this way, it is impossible to run executables or to
384 write directly to a device from LilyPond.  If you do not want to create a
385 separate partition, just create a file of reasonable size and use it to
386 mount a loop device.  A separate filesystem also guarantees that LilyPond
387 cannot write more space than it is allowed.
388
389 @item Setting up a separate user
390 A separate user and group (say, @code{lily}/@code{lily}) with low
391 privileges should be used to run LilyPond inside the jail.  There should
392 be a single directory writable by this user, which should be passed in
393 @var{dir}.
394
395 @item Preparing the jail
396 LilyPond needs to read a number of files while running.  All these files
397 are to be copied into the jail, under the same path they appear in the
398 real root filesystem.  The entire content of the LilyPond installation
399 (e.g., @file{/usr/share/lilypond})
400 should be copied.
401
402 If problems arise, the simplest way to trace them down is to run
403 LilyPond using @command{strace}, which will allow you to determine which
404 files are missing.
405
406 @item Running LilyPond
407 In a jail mounted with @code{noexec} it is impossible to execute any external
408 program.  Therefore LilyPond must be run with a backend that does not
409 require any such program.  As we already mentioned, it must be also run
410 with superuser privileges (which, of course, it will lose immediately),
411 possibly using @command{sudo}.  It is a good idea to limit the number of
412 seconds of CPU time LilyPond can use (e.g., using @command{ulimit
413 -t}), and, if your operating system supports it, the amount of memory
414 that can be allocated.
415 @end table
416
417
418 @item -v,--version
419 Show version information.
420
421 @item -V,--verbose
422 Be verbose: show full paths of all files read, and give timing
423 information.
424
425 @item -w,--warranty
426 Show the warranty with which GNU LilyPond comes.  (It comes with
427 @strong{NO WARRANTY}!)
428 @end table
429
430
431 @node Environment variables
432 @unnumberedsubsec Environment variables
433
434
435 @cindex LANG
436 @cindex LILYPOND_DATADIR
437
438 @command{lilypond} recognizes the following environment variables:
439 @table @code
440 @item LILYPOND_DATADIR
441 This specifies a directory where locale messages and
442 data files will be looked up by default.  The directory should contain
443 subdirectories called @file{ly/}, @file{ps/}, @file{tex/}, etc.
444
445 @item LANG
446 This selects the language for the warning messages.
447
448 @item LILYPOND_GC_YIELD
449 With this variable the memory footprint and performance can be
450 adjusted.  It is a percentage tunes memory management behavior.  With
451 higher values, the program uses more memory, with smaller values, it
452 uses more CPU time.  The default value is @code{70}.
453
454 @end table
455
456
457 @node LilyPond in chroot jail
458 @unnumberedsubsec LilyPond in chroot jail
459
460 Setting up the server to run LilyPond in a chroot jail is a complicated
461 task.  The steps are listed below.  Examples in the steps are from
462 Ubuntu Linux, and may require the use of @code{sudo} as appropriate.
463
464 @itemize
465
466 @item Install the necessary packages: LilyPond, GhostScript, and ImageMagick.
467
468 @item Create a new user by the name of @code{lily}:
469
470 @example
471 adduser lily
472 @end example
473
474 @noindent
475 This will create a new group for the @code{lily} user as well, and a home folder,
476 @code{/home/lily}
477
478 @item In the home folder of the @code{lily} user create a file to use as a
479 separate filesystem:
480
481 @example
482 dd if=/dev/zero of=/home/lily/loopfile bs=1k count= 200000
483 @end example
484
485 @noindent
486 This example creates a 200MB file for use as the jail filesystem.
487
488 @item Create a loop device, make a file system and mount it, then create
489 a folder that can be written by the @code{lily} user:
490
491 @example
492 mkdir /mnt/lilyloop
493 losetup /dev/loop0 /home/lily/loopfile
494 mkfs -t ext3 /dev/loop0 200000
495 mount -t ext3 /dev/loop0 /mnt/lilyloop
496 mkdir /mnt/lilyloop/lilyhome
497 chown lily /mnt/lilyloop/lilyhome
498 @end example
499
500 @item In the configuration of the servers, the JAIL will be @code{/mnt/lilyloop}
501 and the DIR will be @code{/lilyhome}.
502
503 @item Create a big directory tree in the jail by copying the necessary files, as
504 shown in the sample script below.
505
506 You can use @code{sed} to create the necessary copy commands for a given
507 executable:
508
509 @example
510 for i in "/usr/local/lilypond/usr/bin/lilypond" "/bin/sh" "/usr/bin/;  \
511   do ldd $i | sed 's/.*=> \/\(.*\/\)\([^(]*\).*/mkdir -p \1 \&\&  \
512     cp -L \/\1\2 \1\2/' | sed 's/\t\/\(.*\/\)\(.*\) (.*)$/mkdir -p  \
513       \1 \&\& cp -L \/\1\2 \1\2/' | sed '/.*=>.*/d'; done
514 @end example
515
516 @end itemize
517
518 @subheading Example script for 32-bit Ubuntu 8.04
519
520 @example
521 #!/bin/sh
522 ## defaults set here
523
524 username=lily
525 home=/home
526 loopdevice=/dev/loop0
527 jaildir=/mnt/lilyloop
528 # the prefix (without the leading slash!)
529 lilyprefix=usr/local
530 # the directory where lilypond is installed on the system
531 lilydir=/$lilyprefix/lilypond/
532
533 userhome=$home/$username
534 loopfile=$userhome/loopfile
535 adduser $username
536 dd if=/dev/zero of=$loopfile bs=1k count=200000
537 mkdir $jaildir
538 losetup $loopdevice $loopfile
539 mkfs -t ext3 $loopdevice 200000
540 mount -t ext3 $loopdevice $jaildir
541 mkdir $jaildir/lilyhome
542 chown $username $jaildir/lilyhome
543 cd $jaildir
544
545 mkdir -p bin usr/bin usr/share usr/lib usr/share/fonts $lilyprefix tmp
546 chmod a+w tmp
547
548 cp -r -L $lilydir $lilyprefix
549 cp -L /bin/sh /bin/rm bin
550 cp -L /usr/bin/convert /usr/bin/gs usr/bin
551 cp -L /usr/share/fonts/truetype usr/share/fonts
552
553 # Now the library copying magic
554 for i in "$lilydir/usr/bin/lilypond" "$lilydir/usr/bin/guile" "/bin/sh"  \
555   "/bin/rm" "/usr/bin/gs" "/usr/bin/convert"; do ldd $i | sed 's/.*=>  \
556     \/\(.*\/\)\([^(]*\).*/mkdir -p \1 \&\& cp -L \/\1\2 \1\2/' | sed  \
557       's/\t\/\(.*\/\)\(.*\) (.*)$/mkdir -p \1 \&\& cp -L \/\1\2 \1\2/'  \
558         | sed '/.*=>.*/d'; done | sh -s
559
560 # The shared files for ghostscript...
561       cp -L -r /usr/share/ghostscript usr/share
562 # The shared files for ImageMagick
563       cp -L -r /usr/lib/ImageMagick* usr/lib
564
565 ### Now, assuming that you have test.ly in /mnt/lilyloop/lilyhome,
566 ### you should be able to run:
567 ### Note that /$lilyprefix/bin/lilypond is a script, which sets the
568 ### LD_LIBRARY_PATH - this is crucial
569       /$lilyprefix/bin/lilypond -jlily,lily,/mnt/lilyloop,/lilyhome test.ly
570 @end example
571
572 @c " keep quote signs balanced for context-sensitive editors
573
574 @node Error messages
575 @section Error messages
576
577 @cindex error messages
578 Different error messages can appear while compiling a file:
579
580 @table @emph
581
582 @item Warning
583 @cindex warning
584 Something looks suspect.  If you are requesting something out of the
585 ordinary then you will understand the message, and can ignore it.
586 However, warnings usually indicate that something is wrong with the
587 input file.
588
589 @item Error
590 @cindex error
591 Something is definitely wrong.  The current processing step (parsing,
592 interpreting, or formatting) will be finished, but the next step will
593 be skipped.
594
595 @item Fatal error
596 @cindex fatal error
597 Something is definitely wrong, and LilyPond cannot continue.  This
598 happens rarely.  The most usual cause is misinstalled fonts.
599
600 @item Scheme error
601 @cindex trace, Scheme
602 @cindex call trace
603 @cindex Scheme error
604 Errors that occur while executing Scheme code are caught by the Scheme
605 interpreter.  If running with the verbose option (@code{-V} or
606 @code{--verbose}) then a call trace of the offending
607 function call is printed.
608
609 @item Programming error
610 @cindex Programming error
611 There was some internal inconsistency.  These error messages are
612 intended to help the programmers and debuggers.  Usually, they can be
613 ignored.  Sometimes, they come in such big quantities that they obscure
614 other output.
615
616 @item Aborted (core dumped)
617 @cindex Aborted (core dumped)
618 This signals a serious programming error that caused the program to
619 crash.  Such errors are considered critical.  If you stumble on one,
620 send a bug-report.
621 @end table
622
623 @cindex errors, message format
624 If warnings and errors can
625 be linked to some part of the input file, then error messages have the
626 following form
627
628 @example
629 @var{filename}:@var{lineno}:@var{columnno}: @var{message}
630 @var{offending input line}
631 @end example
632
633 A line-break is inserted in the offending line to indicate the column
634 where the error was found.  For example,
635
636 @example
637 test.ly:2:19: error: not a duration: 5
638   @{ c'4 e'
639            5 g' @}
640 @end example
641
642 These locations are LilyPond's best guess about where the warning or
643 error occurred, but (by their very nature) warnings and errors occur
644 when something unexpected happens.  If you can't see an error in the
645 indicated line of your input file, try checking one or two lines
646 above the indicated position.
647
648 More information about errors is given in @ref{Common errors}.
649
650
651 @node Common errors
652 @section Common errors
653
654 The error conditions described below occur often, yet the cause
655 is not obvious or easily found.  Once seen and understood, they
656 are easily handled.
657
658
659 @menu
660 * Music runs off the page::
661 * An extra staff appears::
662 * Apparent error in ../ly/init.ly::
663 * Error message Unbound variable %::
664 * Error message FT_Get_Glyph_Name::
665 * Warning staff affinities should only decrease::
666 @end menu
667
668 @node Music runs off the page
669 @unnumberedsubsec Music runs off the page
670
671 Music running off the page over the right margin or appearing
672 unduly compressed is almost always due to entering an incorrect
673 duration on a note, causing the final note in a measure to extend
674 over the bar line.  It is not invalid if the final note in a
675 measure does not end on the automatically entered bar line, as the
676 note is simply assumed to carry over into the next measure.  But
677 if a long sequence of such carry-over measures occurs the music
678 can appear compressed or may flow off the page because automatic
679 line breaks can be inserted only at the end of complete measures,
680 i.e., where all notes end before or at the end of the measure.
681
682 @warning{An incorrect duration can cause line breaks to be
683 inhibited, leading to a line of highly compressed music or
684 music which flows off the page.}
685
686 The incorrect duration can be found easily if bar checks are used,
687 see @ruser{Bar and bar number checks}.
688
689 If you actually intend to have a series of such carry-over measures
690 you will need to insert an invisible bar line where you want the
691 line to break.  For details, see @ruser{Bar lines}.
692
693
694 @node An extra staff appears
695 @unnumberedsubsec An extra staff appears
696
697 If contexts are not created explicitly with @code{\new} or
698 @code{\context}, they will be silently created as soon as a
699 command is encountered which cannot be applied to an existing
700 context.  In simple scores the automatic creation of contexts is
701 useful, and most of the examples in the LilyPond manuals take
702 advantage of this simplification.  But occasionally the silent
703 creation of contexts can give rise to unexpected new staves or
704 scores.  For example, it might be expected that the following code
705 would cause all note heads within the following staff to be
706 colored red, but in fact it results in two staves with the note
707 heads remaining the default black in the lower staff.
708
709 @lilypond[quote,verbatim,relative=2]
710 \override Staff.NoteHead #'color = #red
711 \new Staff { a }
712 @end lilypond
713
714 This is because a @code{Staff} context does not exist when the
715 override is processed, so one is implicitly created and the override
716 is applied to it, but then the @code{\new Staff} command creates
717 another, separate, staff into which the notes are placed.  The
718 correct code to color all note heads red is
719
720 @lilypond[quote,verbatim,relative=2]
721 \new Staff {
722   \override Staff.NoteHead #'color = #red
723   a
724 }
725 @end lilypond
726
727 As a second example, if a @code{\relative} command is placed inside
728 a @code{\repeat} command, two staves result, the second offset from
729 the first, because the @code{\repeat} command generates two
730 @code{\relative} blocks, which each implicitly create @code{Staff}
731 and @code{Voice} blocks.
732
733 @lilypond[quote,verbatim]
734 \repeat unfold 2 {
735   \relative c' { c4 d e f }
736 }
737 @end lilypond
738
739 Explicitly instantiating the @code{Voice} context fixes the
740 problem:
741
742 @lilypond[quote,verbatim]
743 \new Voice {
744   \repeat unfold 2 {
745     \relative c' { c4 d e f }
746   }
747 }
748 @end lilypond
749
750
751 @node Apparent error in ../ly/init.ly
752 @unnumberedsubsec Apparent error in @code{../ly/init.ly}
753
754 Various obscure error messages may appear about syntax errors in
755 @file{../ly/init.ly} if the input file is not correctly formed,
756 for example, if it does not contain correctly
757 matched braces or quote signs.
758
759 The most common error is a missing brace, (@code{@}}), at the end of
760 a @code{score} block.  Here the solution is obvious: check the
761 @code{score} block is correctly terminated.  The correct structure
762 of an input file is described in @rlearning{How LilyPond input files work}.
763 Using an editor which automatically highlights matching brackets and
764 braces is helpful to avoid such errors.
765
766 A second common cause is no white space between the last syllable
767 of a lyrics block and the terminating brace, (@code{@}}).  Without
768 this separation the brace is taken to be part of the syllable.  It
769 is always advisable to ensure there is white space before and after
770 @emph{every} brace.  For the importance of this when using lyrics,
771 see @ruser{Entering lyrics}.
772
773 This error message can also appear if a terminating quote sign,
774 (@code{"}), is omitted.  In this case an accompanying error message
775 @c keep "-matching straight in fancy editors
776 should give a line number close to the line in error.  The
777 mismatched quote will usually be on the line one or two above.
778
779 @node Error message Unbound variable %
780 @unnumberedsubsec Error message Unbound variable %
781
782 This error message will appear at the bottom of the console
783 output or log file together with a @qq{GUILE signalled an error ...}
784 message every time a Scheme routine is called which (invalidly)
785 contains a @emph{LilyPond} rather than a @emph{Scheme} comment.
786
787 LilyPond comments begin with a percent sign, (@code{%}), and must
788 not be used within Scheme routines.  Scheme comments begin with a
789 semi-colon, (@code{;}).
790
791 @node Error message FT_Get_Glyph_Name
792 @unnumberedsubsec Error message FT_Get_Glyph_Name
793
794 This error messages appears in the console output or log file if
795 an input file contains a non-ASCII character and was not saved in
796 UTF-8 encoding.  For details, see @ruser{Text encoding}.
797
798
799 @node Warning staff affinities should only decrease
800 @unnumberedsubsec Warning staff affinities should only decrease
801 This warning can appear if there are no staves in the printed
802 output, for example if there are just a @code{ChordName} context
803 and a @code{Lyrics} context as in a lead sheet.  The warning
804 messages can be avoided by making one of the contexts behave as a
805 staff by inserting
806
807 @example
808 \override VerticalAxisGroup #'staff-affinity = ##f
809 @end example
810
811 @noindent
812 at its start.  For details, see @qq{Spacing of non-staff lines} in
813 @ruser{Flexible vertical spacing within systems}.