[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
- Strange LilyPond crash, Marc Hohl, 2015/11/16
- Re: Strange LilyPond crash, Simon Albrecht, 2015/11/16
- Re: Strange LilyPond crash, David Kastrup, 2015/11/16
- Re: Strange LilyPond crash,
Marc Hohl <=
- Re: Strange LilyPond crash, David Kastrup, 2015/11/21
- Re: Strange LilyPond crash, Marc Hohl, 2015/11/21
- Re: Strange LilyPond crash, David Kastrup, 2015/11/21
- Re: Strange LilyPond crash, Thomas Morley, 2015/11/21
- Re: Strange LilyPond crash, Thomas Morley, 2015/11/21
- Re: Strange LilyPond crash, Thomas Morley, 2015/11/23
- Re: Strange LilyPond crash, Marc Hohl, 2015/11/24
- Re: Strange LilyPond crash, David Kastrup, 2015/11/24
- Re: Strange LilyPond crash, Thomas Morley, 2015/11/24
- Re: Strange LilyPond crash, Marc Hohl, 2015/11/25