guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: frames / stacks / source? was Re: coverage/profiling


From: Ludovic Courtès
Subject: Re: frames / stacks / source? was Re: coverage/profiling
Date: Wed, 10 Jan 2007 10:16:29 +0100
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)

Hi,

Han-Wen Nienhuys <address@hidden> writes:

> address@hidden info]$ guile
> guile> (trap-enable 'enter-frame-handler)
> throw from within critical section.
> Abortado

Same here with HEAD and 1.8.0.  Here's what happens:

  #0  0x0fc13f6c in raise () from /lib/tls/libc.so.6
  #1  0x0fc15a0c in abort () from /lib/tls/libc.so.6
  #2  0x0ffa4a1c in scm_ithrow (key=0x10015410, args=0x300a2558, 
noreturn=<value optimized out>) at throw.c:699
  #3  0x0ff3718c in scm_error_scm (key=0x10015410, subr=0x300781f0, 
message=0x300781d0, args=0x300a2578, data=0x4) at error.c:92
  #4  0x0ff37220 in scm_error (key=0x10015410, subr=<value optimized out>, 
message=0xffc5594 "Unknown option name: ~S", args=0x300a2578, 
      rest=0x4) at error.c:58
  #5  0x0ff37268 in scm_misc_error (subr=0xfa <Address 0xfa out of bounds>, 
message=0x3001bb60 "", args=0x0) at error.c:268
  #6  0x0ff721a8 in scm_options (args=0x300a25e8, options=0xffe1b40, n=7, 
s=0xffc117c "evaluator-traps-interface") at options.c:202
  #7  0x0ff3a1e4 in scm_evaluator_traps (setting=0x300a25c8) at eval.c:3134
  #8  0x0ff3ec50 in deval (x=<value optimized out>, env=0x300a2668) at 
eval.c:4219

(Note the "Unknown option name"...)

And `(trap-enable 'enter-frame)' loops forever and yields a stack
overflow:

  #0  scm_gc_mark_dependencies (p=0x3019b0b0) at gc-mark.c:199
  #1  0x0ff4b6cc in scm_gc_mark (ptr=0x3019b0b0) at gc-mark.c:169
  #2  0x0ff4b34c in scm_gc_mark_dependencies (p=<value optimized out>) at 
gc-mark.c:218
  #3  0x0ff4b6cc in scm_gc_mark (ptr=0x3019b0b0) at gc-mark.c:169
  #4  0x0ff4b34c in scm_gc_mark_dependencies (p=<value optimized out>) at 
gc-mark.c:218
  [ repeated ad infinitum... ]

Deserves further investigation...  ;-)

Thanks,
Ludovic.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]