| [frogs] Re: Lilypond and Guile forward compatibility |
[ Thread Index |
Date Index
| More lilynet.net/frogs Archives
]
Hi Patrick,
On 24/04/10 22:00, Patrick McCarty wrote:
Hi Ian,
On Fri, Apr 23, 2010 at 3:37 PM, Ian Hulin<ian@xxxxxxxxxxxx> wrote:
I've now rebuilt Lilypond OK after eliminating the space LDFLAGS, but it
still fails in the same place in the build. It links the image but
Segfaults when trying to run it to build the docs,
It's still dying in ly_init_ly_module when the array pointer reaches 976
and it's trying to execute Accidental_placement_init_ifaces().
It's not getting as far as the call to
scm_primitive_load_path (scm_from_locale_string ("lily.scm"));
which is presumable what executes lily.scm.
It seems very odd that you are seeing a segfault here.
I'm not really sure what to suggest, but can you post the backtrace
after you hit the segfault?
Here's a gdb session screen-scrape.
Program received signal SIGSEGV, Segmentation fault.
scm_list_n (elt=0x8596ba0) at list.c:99
99 list.c: No such file or directory.
in list.c
Current language: auto
The current source language is "auto; currently c".
(gdb) backtrace
#0 scm_list_n (elt=0x8596ba0) at list.c:99
#1 0x0811870a in internal_add_interface (a=0x8596ba0, b=0x8596b90, c=0x85e5ab0) at grob-interface-scheme.cc:35
#2 0x081191ce in add_interface (cxx_name=0x82eb14e "Accidental_placement", descr=0x82eb1e4 "Resolve accidental collisions.",
vars=0x82eb184 "accidental-grobs direction left-padding padding positioning-done right-padding script-priority ")
at grob-interface.cc:43
#3 0x0805706c in Accidental_placement_init_ifaces () at accidental-placement.cc:486
#4 0x08128d41 in ly_init_ly_module () at guile-init.cc:45
#5 0x00181661 in scm_c_with_fluid (fluid=0x84b8f88, value=0x8495690, cproc=0x8128d0f<ly_init_ly_module(void*)>, cdata=0x0)
at fluids.c:397
#6 0x001a4165 in scm_c_call_with_current_module (module=0x8495690, func=0x8128d0f<ly_init_ly_module(void*)>, data=0x0)
at modules.c:114
#7 0x001a41cb in scm_c_define_module (name=0x83035df "lily", init=0x8128d0f<ly_init_ly_module(void*)>, data=0x0) at modules.c:175
#8 0x08128eaf in ly_c_init_guile () at guile-init.cc:63
#9 0x08161464 in main_with_guile () at main.cc:409
#10 0x001977f6 in invoke_main_func (body_data=0xbffff260) at init.c:381
#11 0x00176522 in c_body (d=0xbffff1b4) at continuations.c:475
#12 0x001ee012 in apply_catch_closure (clo=0x0, args=0x304) at throw.c:147
#13 0x00201892 in vm_debug_engine (vm=0x84d6590, program=0x848f858, argv=0xbffff090, nargs=4) at vm-i-system.c:924
#14 0x001f165a in scm_c_vm_run (vm=0x84d6590, program=0x848f858, argv=0xbffff090, nargs=4) at vm.c:518
#15 0x0017e6ed in scm_call_4 (proc=0x848f858, arg1=0x404, arg2=0x85953f0, arg3=0x85953e0, arg4=0x85953d0) at eval.c:595
#16 0x001ee9d9 in scm_catch_with_pre_unwind_handler (key=0x404, thunk=0x85953f0, handler=0x85953e0, pre_unwind_handler=0x85953d0)
at throw.c:87
#17 0x001eeaa2 in scm_c_catch (tag=0x404, body=0x176510<c_body>, body_data=0xbffff1b4, handler=0x176530<c_handler>,
handler_data=0xbffff1b4, pre_unwind_handler=0x1ee380<scm_handle_by_message_noexit>, pre_unwind_handler_data=0x0) at throw.c:214
#18 0x001767eb in scm_i_with_continuation_barrier (body=0x176510<c_body>, body_data=0xbffff1b4, handler=0x176530<c_handler>,
handler_data=0xbffff1b4, pre_unwind_handler=0x1ee380<scm_handle_by_message_noexit>, pre_unwind_handler_data=0x0)
at continuations.c:452
#19 0x001768c3 in scm_c_with_continuation_barrier (func=0x1977b0<invoke_main_func>, data=0xbffff260) at continuations.c:493
---Type<return> to continue, or q<return> to quit---
#20 0x001edbec in scm_i_with_guile_and_parent (func=0x1977b0<invoke_main_func>, data=0xbffff260, parent=0x0) at threads.c:734
#21 0x001edd0e in scm_with_guile (func=0x1977b0<invoke_main_func>, data=0xbffff260) at threads.c:713
#22 0x0019778f in scm_boot_guile (argc=1, argv=0xbffff394, main_func=0x8161295<main_with_guile>, closure=0x0) at init.c:364
#23 0x08162888 in main (argc=1, argv=0xbffff394, envp=0xbffff39c) at main.cc:624
(gdb)
Does Guile 1.9.10 work okay for you in general, e.g. at the repl?
Yes.
I'll post back if I discover any leads for you.
Thanks,
Patrick
Thanks for the support.
Cheers,
Ian
---
----
Join the Frogs!