BUGS

   1
   2 This documents serious bugs
   3
   4 ********
   5
   6 [Linux Intel, EGCS-1.1b]
   7
   8 Compiling with -O2 -finline-functions will cause crashes during
   9 parsing stage.
  10
  11
  12 [Linux ppc, egcs-1.0.2]
  13
  14 All compiling with -O2 is suspect, in particular guile-1.3, and
  15 Lily herself will break.
  16
  17
  18 [All platforms]
  19
  20 When dealing with beaming that is not correct (eg quarter notes in
  21 beams.), you can get the following assert.  This is a serious bug, but
  22 a good solution is quite a lot of work.
  23
  24         \score{
  25                 \melodic{
  26                         [c2 c]
  27                 }
  28         }
  29
  30 results in
  31
  32         lilypond: ../flower/include/varray.hh:141: struct Rhythmic_grouping *& Array<Rhythmic_grouping *>::elem(int) const: Assertion `i >=0&&i<size_' failed.
  33
  34 And this
  35
  36         \score{
  37                 \melodic{
  38                         [c]
  39                 }
  40         }
  41
  42 in
  43
  44         lilypond: ../flower/include/cursor.tcc:104: int Cursor<void *>::operator -(class Cursor<void *>) const: Assertion `c.ok()' failed.
  45         Aborted (core dumped)
  46
  47
  48 [Linux libg++ 2.7]
  49
  50 LilyPond occasionally crashes while parsing the initialisation files.
  51 This is a very obscure bug, and usually entering the commandline
  52 differently "fixes" it.
  53
  54         lilypond input.ly
  55
  56 and
  57
  58         lilypond -I. ./input.ly
  59
  60 makes a difference
  61
  62 Typical stacktrace:
  63
  64         SIGSEGV
  65         __libc_malloc (bytes=16384)
  66         ?? ()
  67         yyFlexLexer::yy_create_buffer ()
  68         Includable_lexer::new_input (this=0x8209a00, s={strh_ = {
  69                 :
  70
  71 This behaviour has been observed with machines that have old libg++
  72 versions (LinuxPPC feb '98, RedHat 4.x).
  73
  74
  75
  76 [Linux Intel]
  77
  78 A problem resembling the previous: usage of libg++.2.8.x with the
  79 wrong version of libc results in a coredump from the scanner while
  80 reading the init files.  Stacktrace:
  81
  82         ios::eof (this=0x0)
  83
  84         yyFlexLexer::LexerInput (this=0x8294848, buf=0x82955f0 "", max_size=8192)
  85         yyFlexLexer::yy_get_next_buffer (this=0x8294848)
  86         My_lily_lexer::yylex (this=0x8294848)
  87
  88 Fix: follow the install instructions of libg++: match the right
  89 library versions.