Re: Crash in lilypond 2.1.33/34

[Matthias Neeracher]

On Mar 25, 2004, at 2:21 AM, Han-Wen Nienhuys wrote:

> address@hidden writes:
> > It turns out that the MacOS X packages I announced for 2.1.33 and 34  
> > don't actually work. I've downgraded the fink package to 2.1.32, which  
> > works.
> >
> > The backtrace I get is:
> >
> > Program received signal EXC_BAD_ACCESS, Could not access memory.
> > 0x00510498 in scm_pair_p (x=0x0) at pairs.c:116
> > 116     pairs.c: No such file or directory.
> > in pairs.c
> > (gdb) bt
> > #0  0x00510498 in scm_pair_p (x=0x0) at pairs.c:116
> > #1  0x004f5cd4 in gh_pair_p (val=0x0) at gh_predicates.c:71
> > #2  0x000517d0 in ?? ()
> > #3  0x000519d8 in ?? ()
>
> Can you recompile with -g and send the backtrace of that? The ??
> aren't helping me.

Are you implying you are NOT psychic ? :-)

Sorry, I was sort of trying to fire off a quick report & see whether it triggered a recollection. Here's a more symbolschwanger backtrace:

#0  0x01984498 in scm_pair_p (x=0x0) at pairs.c:116
#1  0x01969cd4 in gh_pair_p (val=0x0) at gh_predicates.c:71
#2  0x000517d0 in filter_performers(scm_unused_struct*) (l=0x1ea4b78) at context-def.cc:268
#3  0x000519d8 in Context_def::instantiate(scm_unused_struct*) (this=0x2cb110, ops=0x2974) at context-def.cc:313
#4  0x000537c8 in Context::find_create_context(scm_unused_struct*, String, scm_unused_struct*) (this=0x2c1740, n=0x2cb110, id={strh_ = {data = 0x1d7b190}}, operations=0x2974) at ../flower/include/parray.hh:65
#5  0x00052a18 in Context_specced_music_iterator::construct_children() (this=0x2c1740) at ../flower/include/string-handle.icc:24
#6  0x0014abb0 in Simultaneous_music_iterator::construct_children() (this=0xbfffe150) at simultaneous-music-iterator.cc:64
#7  0x0013f278 in ly_run_translator(scm_unused_struct*, scm_unused_struct*) (mus=0x0, output_def=0x308a64) at score.cc:131
#8  0x0013fa74 in default_rendering(scm_unused_struct*, scm_unused_struct*, scm_unused_struct*, scm_unused_struct*) (music=0x0, outdef=0x308a64, header=0xbfffe150, outname=0x1ea67b0) at score.cc:169
#9  0x001c1f00 in yyparse(void*) (my_lily_parser=0xbfffea80) at include/music-output-def.hh:66
#10 0x000f3690 in My_lily_parser::parse_file(String, String, String) (this=0x2cb110, init={strh_ = {data = 0x1d7b190}}, in_file={strh_ = {data = 0xbd00bd}}, out_file={strh_ = {data = 0xbfffea00}}) at my-lily-parser.cc:57
#11 0x0008f0cc in Input_file_results::Input_file_results(String, String, String) (this=0x2974, init={strh_ = {data = 0x615}}, in_file={strh_ = {data = 0x2974}}, out_file={strh_ = {data = 0x1d838b0}}) at ../flower/include/string-handle.icc:24
#12 0x0008df98 in Input_file_results::Input_file_results(String, String, String) (this=0x0, init={strh_ = {data = 0x2db678}}, in_file=Cannot access memory at address 0x0
) at ../flower/include/string-handle.icc:24
#13 0x00095368 in do_one_file(char const*) (file=0x2ca4c4 "\001?\232?") at ../flower/include/string-handle.icc:24
#14 0x000ca248 in main_with_guile(void*, int, char**) () at main.cc:294
#15 0x01973c48 in invoke_main_func (body_data=0x0) at init.c:636
#16 0x01973bfc in scm_boot_guile_1 (base=0x0, closure=0xbfffec00) at init.c:616
#17 0x01973938 in scm_boot_guile (argc=0, argv=0x308a64, main_func=0, closure=0x308e30) at init.c:440
#18 0x000c6f18 in main (argc=10612, argv=0xbfffe150) at main.cc:426

The line in frame #2 is:

#2  0x000517d0 in filter_performers(scm_unused_struct*) (l=0x1ea4b78) at context-def.cc:268
268       for (SCM *tail = &l; gh_pair_p (*tail); tail = SCM_CDRLOC (tail))

Hope this helps; let me know if you'd like me to chase pointers in this loop (I only have a vague idea of how guile data structures are laid out).

Matthias