lilypond-user
[Top][All Lists]
Advanced

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

Re: Strange LilyPond crash


From: Marc Hohl
Subject: Re: Strange LilyPond crash
Date: Sat, 21 Nov 2015 10:27:16 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0

Am 17.11.2015 um 00:24 schrieb David Kastrup:
Marc Hohl <address@hidden> writes:

Hi list,

I am currently reworking some older stuff that compiled perfectly
under 2.13.x

Yes, I used convert-ly on all files, but nevertheless, I encountered a
strange problem:

I have a drum part, consisting of an upper and a lower DrumVoice, and
if I try to compile the full Drum score, I get a segfault.

I tried to reduce the number of notes and realized that if I include
either drum voice, everything is fine.

Next, I included the complete upper voice and commented out parts of
the lower drum voice. Now lilypond compiles upto a certain point in
the score, but if I include *one more note*, I get the segfault again.

Well, we talk about 70 measures with eighths, quarter notes and some
triplets, so I don't believe that LilyPond runs out of memory.

I am currently using 2.19.32.

Any ideas of what's going wrong here?

Any chance for running inside of gdb and get a backtrace?


Ok, this is what I got:

(gdb) run Finale-Drums.ly
Starting program: /home/marc/git/lilypond/out/bin/lilypond Finale-Drums.ly
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19-gdb.py", line 63, in <module>
    from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named 'libstdcxx'
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
GNU LilyPond 2.19.32
»Finale-Drums.ly« wird verarbeitet
Analysieren...
Interpretation der Musik...[8][16][24][32][40][48][56][64]
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000001 in ?? ()
(gdb) backtrace
#0  0x0000000000000001 in ?? ()
#1 0x0000000000636fa9 in Sequential_iterator::pending_moment (this=0x13f7fc0)
    at sequential-iterator.cc:241
#2 0x0000000000636fa9 in Sequential_iterator::pending_moment (this=0x10e0440)
    at sequential-iterator.cc:241
#3 0x0000000000636fa9 in Sequential_iterator::pending_moment (this=0x10d1970)
    at sequential-iterator.cc:241
#4 0x0000000000585709 in Music_wrapper_iterator::pending_moment (this=<optimized out>)
    at music-wrapper-iterator.cc:77
#5  0x00000000006438fb in Simultaneous_music_iterator::pending_moment (
    this=<optimized out>) at simultaneous-music-iterator.cc:138
#6 0x0000000000585709 in Music_wrapper_iterator::pending_moment (this=<optimized out>)
    at music-wrapper-iterator.cc:77
#7  0x00000000006438fb in Simultaneous_music_iterator::pending_moment (
    this=<optimized out>) at simultaneous-music-iterator.cc:138
#8 0x00000000006436f5 in Simultaneous_music_iterator::process (this=0xc8eef0,
    until=...) at simultaneous-music-iterator.cc:94
#9 0x0000000000509491 in Global_context::run_iterator_on_me (address@hidden,
    address@hidden) at global-context.cc:169
#10 0x000000000050782b in ly_interpret_music_expression (address@hidden,
    address@hidden) at global-context-scheme.cc:118
#11 0x0000000000507c44 in ly_run_translator (mus=0x7fffef05a9d0,
address@hidden) at global-context-scheme.cc:145 #12 0x0000000000627194 in Score::book_rendering (address@hidden, layoutbook=
    0xc8b7f0, address@hidden) at score.cc:141
#13 0x000000000047fc75 in Book::process_score (address@hidden,
address@hidden, address@hidden,
    address@hidden) at book.cc:225
#14 0x000000000047ff31 in Book::process (address@hidden,
    default_paper=<optimized out>, default_layout=0xe76370,
    address@hidden) at book.cc:302
#15 0x000000000047ffe7 in Book::process (address@hidden,
default_paper=<optimized out>, default_layout=<optimized out>) at book.cc:196
#16 0x000000000047c29a in ly_book_process (book_smob=<optimized out>,
default_paper=0x7fffeffba660, default_layout=0x7fffefe589c0, output=0x7ffff283c9e0)
    at book-scheme.cc:75
#17 0x00007ffff7b26b1f in scm_dapply () from /usr/lib/libguile.so.17
#18 0x00007ffff7b27a3c in ?? () from /usr/lib/libguile.so.17
#19 0x00007ffff7b30d33 in scm_c_with_fluid () from /usr/lib/libguile.so.17
#20 0x00000000005e3723 in ly_eval_scm (address@hidden, i=..., address@hidden, address@hidden) at parse-scm.cc:181
#21 0x0000000000705f6e in Lily_lexer::eval_scm (address@hidden,
    address@hidden, hi=...,
    address@hidden '#') at lexer.ll:1081
#22 0x0000000000719fc7 in Lily_lexer::eval_scm_token (this=0xc4ffc0,
    sval=0x7fffee8e02f0, w=...) at ./include/lily-lexer.hh:61
#23 0x000000000070f96f in yyparse (parser=<optimized out>,
    address@hidden) at parser.yy:447
#24 0x0000000000719f77 in Lily_parser::do_yyparse_trampoline (parser=<optimized out>)
    at parser.yy:3866
#25 0x00007ffff7b30d33 in scm_c_with_fluid () from /usr/lib/libguile.so.17
#26 0x000000000054b3f8 in Lily_parser::parse_file (address@hidden, init=...,
    name=..., out_name=...) at lily-parser.cc:123
#27 0x0000000000548988 in ly_parse_file (name=<optimized out>)
    at lily-parser-scheme.cc:121
#28 0x00007ffff7b28e13 in ?? () from /usr/lib/libguile.so.17
#29 0x00007ffff7b26f37 in scm_dapply () from /usr/lib/libguile.so.17
#30 0x00007ffff7b7d7b8 in scm_c_catch () from /usr/lib/libguile.so.17
#31 0x00007ffff7b7d9be in scm_catch_with_pre_unwind_handler ()
   from /usr/lib/libguile.so.17
#32 0x00007ffff7b26b1f in scm_dapply () from /usr/lib/libguile.so.17
#33 0x00007ffff7b27a3c in ?? () from /usr/lib/libguile.so.17
#34 0x00007ffff7b27be8 in ?? () from /usr/lib/libguile.so.17
#35 0x00007ffff7b26f37 in scm_dapply () from /usr/lib/libguile.so.17
#36 0x00007ffff17790a8 in scm_srfi1_for_each ()
   from /usr/lib/libguile-srfi-srfi-1-v-3.so
#37 0x00007ffff7b27a84 in ?? () from /usr/lib/libguile.so.17
#38 0x00007ffff7b27be8 in ?? () from /usr/lib/libguile.so.17
#39 0x00007ffff7b28526 in ?? () from /usr/lib/libguile.so.17
#40 0x00007ffff7b26f37 in scm_dapply () from /usr/lib/libguile.so.17
#41 0x000000000055e241 in operator() (arg1=<optimized out>, this=<optimized out>)
    at ./include/lily-modules.hh:73
#42 main_with_guile () at main.cc:537
#43 0x00007ffff7b4167f in ?? () from /usr/lib/libguile.so.17
#44 0x00007ffff7b19b3a in ?? () from /usr/lib/libguile.so.17
#45 0x00007ffff7b7d7b8 in scm_c_catch () from /usr/lib/libguile.so.17
#46 0x00007ffff7b1a0c3 in scm_i_with_continuation_barrier ()
   from /usr/lib/libguile.so.17
#47 0x00007ffff7b1a150 in scm_c_with_continuation_barrier ()
   from /usr/lib/libguile.so.17
#48 0x00007ffff7b7bd79 in scm_i_with_guile_and_parent () from /usr/lib/libguile.so.17
#49 0x00007ffff7b417b5 in scm_boot_guile () from /usr/lib/libguile.so.17
#50 0x0000000000418a6b in main (argc=2, argv=0x7fffffffdf58, envp=<optimized out>)
    at main.cc:829
(gdb)

What does this mean?

Marc




reply via email to

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