On Mar 25, 2004, at 2:21 AM, Han-Wen Nienhuys wrote:
[EMAIL PROTECTED] 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
_______________________________________________ Lilypond-devel mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-devel
