BUGS

   1
   2 This documents serious bugs
   3
   4 Send bug reports to bug-gnu-music@gnu.org.  For help and questions use
   5 help-gnu-music@gnu.org and gnu-music-discuss@gnu.org.  Please consult
   6 the faq before mailing your problems.
   7
   8 ********
   9
  10 [LinuxPPC-R5, egcs-1.1.2-12c]
  11
  12 Serious egcs-1.1.2-12c (stock LinuxPPC R5) bug on ppc:
  13
  14         *dest++ = *src++;
  15
  16 Bug report filed, fixed in egcs-1.1.2-12f or gcc-2.95-0a.
  17 Although we've currently got a workaround in place, the compiler
  18 is buggy; you should upgrade:
  19
  20         ftp://dev.linuxppc.org/users/fsirl/R5/RPMS/ppc/
  21
  22
  23 [LinuxPPC-R4, egcs-1.0.2]
  24
  25 All compiling with -O2 is suspect, in particular guile-1.3, and
  26 Lily herself will break.
  27
  28 [Linux i386]
  29
  30 A binary RPM of Guile 1.3 has been distributed from the LilyPond ftp
  31 site.  This binary was made in RedHat 5.x, and it will fail if this
  32 RPM is used with RedHat 6.x.
  33
  34 [LinuxPPC, egcs-1.1b]
  35
  36 Lilypond 1.1.35-1.1.51,...:  Wierd errors in guile scm_gc_mark ()
  37
  38
  39 [All platforms]
  40
  41 Some bugs may be captured in input/bugs/*y
  42
  43 [Linux i386, RedHat 5.2 with updates to 6.0]
  44
  45 Compiling with
  46
  47         configure --disable-checking --enable-printing --disable-optimise --disable-debugging
  48
  49 results in core dumps, during parsing of init files. Cause unknown.
  50 Solution: use
  51
  52         --enable-checking and --enable-optimize
  53
  54 [Linux libg++ 2.7]
  55
  56 LilyPond occasionally crashes while parsing the initialisation files.
  57 This is a very obscure bug, and usually entering the commandline
  58 differently "fixes" it.
  59
  60         lilypond input.ly
  61
  62 and
  63
  64         lilypond -I. ./input.ly
  65
  66 makes a difference
  67
  68 Typical stacktrace:
  69
  70         SIGSEGV
  71         __libc_malloc (bytes=16384)
  72         ?? ()
  73         yyFlexLexer::yy_create_buffer ()
  74         Includable_lexer::new_input (this=0x8209a00, s={strh_ = {
  75                 :
  76
  77 This behaviour has been observed with machines that have old libg++
  78 versions (LinuxPPC feb '98, RedHat 4.x).
  79
  80
  81
  82 [Linux Intel]
  83
  84 A problem resembling the previous: usage of libg++.2.8.x with the
  85 wrong version of libc results in a coredump from the scanner while
  86 reading the init files.  Stacktrace:
  87
  88         ios::eof (this=0x0)
  89
  90         yyFlexLexer::LexerInput (this=0x8294848, buf=0x82955f0 "", max_size=8192)
  91         yyFlexLexer::yy_get_next_buffer (this=0x8294848)
  92         My_lily_lexer::yylex (this=0x8294848)
  93
  94 Fix: follow the install instructions of libg++: match the right
  95 library versions.