Re: segfault in CVS HEAD

[Han-Wen Nienhuys]

address@hidden writes:
> Han-Wen Nienhuys wrote:
> 
> >unfortunately, your fix was not completely successful:
> >
> Sorry, but I don't have sufficient information yet. Could you provide a 
> simple test case that allows to reproduce the problem? If that is not 
> possible, I could probably also do with a stack backtrace together with 
> the printout of the expression and environment at the uppermost call to 
> an unmemoization function.
> 
> Sorry for the inconvenience,
> Dirk

I don't have time now to isolate a failure case. The best I can do is:
get lilypond-2.3.5 (go to lilypond.org), compile it, remove comments
(the %{  and %} ) from

    input/regression/lily-in-scheme.ly

and do

   lily/out/lilypond-bin -V input/regression/lily-in-scheme.ly

this will produce a similar crash. 


(gdb) down
#3  0x4002ecd4 in scm_unmemocopy (forms=0x404ded30, env=0x404fe798)
    at eval.c:2401
2401      const SCM um_forms = unmemoize_exprs (forms, env);
(gdb) ps forms
(address@hidden (failed (address@hidden) handler (address@hidden (key arg) 
address@hidden (set! failed (cons arg failed)))) (#<variable 403c7ba8 value: 
#<primitive-generic for-each>> (address@hidden (f) (#<variable 402d0c98 value: 
#<primitive-procedure catch>> (address@hidden . ly-file-failed) (address@hidden 
() (#<variable 402ee878 value: #<primitive-procedure ly:parse-file>> 
address@hidden)) address@hidden)) address@hidden) (if (pair? failed) (begin 
(display (string-append 
 *** Failed files:  (string-join failed) 
)) (exit 1)) (exit 0)))
$3 = void
(gdb) ps env
(((files) (input/regression/lily-in-scheme.ly)) #<eval-closure 403067f8>)
$4 = void
(gdb) bt
#0  unmemoize_expression (expr=0x21c, env=0x404) at eval.c:549
#1  0x4002c2f8 in unmemoize_exprs (exprs=0x404deb88, env=0x404fe798)
    at eval.c:597
#2  0x4002c2f8 in unmemoize_exprs (exprs=0x404ded30, env=0x404fe798)
    at eval.c:597
#3  0x4002ecd4 in scm_unmemocopy (forms=0x404ded30, env=0x404fe798)
    at eval.c:2401
#4  0x40025174 in scm_unmemoize (m=0x21c) at debug.c:282
#5  0x40021d23 in display_frame (frame=0x405fd220, nfield=2, indentation=1, 
    sport=0x405fd2c0, port=0x402d41d8, pstate=0x82b1680) at backtrace.c:621
#6  0x40022023 in display_backtrace_body (a=0xbfffd860) at backtrace.c:728
#7  0x4006ec5d in scm_internal_catch (tag=0x104, 
    body=0x40021dc4 <display_backtrace_body>, body_data=0xbfffd860, 
    handler=0x40021324 <display_error_handler>, handler_data=0xbfffd858)
    at throw.c:172
#8  0x4002220b in scm_display_backtrace (stack=0x0, port=0x404, first=0x0, 
    depth=0x0) at backtrace.c:758
#9  0x4006f11e in handler_message (handler_data=0x0, tag=0x824c8a0, 
    args=0x405fd360) at throw.c:401
#10 0x4006f1a0 in scm_handle_by_message (handler_data=0x0, tag=0x824c8a0, 
    args=0x405fd360) at throw.c:452
#11 0x4006f3fc in scm_ithrow (key=0x824c8a0, args=0x405fd360, noreturn=1)
    at throw.c:597
#12 0x4002afc1 in scm_error (key=0x824c8a0, subr=0x0, 
    message=0x404 <Address 0x404 out of bounds>, args=0x405fd388, rest=0x4)
    at error.c:71

> 

-- 

 Han-Wen Nienhuys   |   address@hidden   |   http://www.xs4all.nl/~hanwen