This is the mail archive of the guile@cygnus.com mailing list for the guile project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
"ccf::satchell"@hermes.dra.hmg.gb writes: > I have tried Mikaels suggested code and it works; alarm limits you > to 1 sample per second, but using (for Linux) setitimer in a loaded module > of c-code is fine. We should add a timer with finer granularity at the Scheme level, I think (resembling the `alarm' call). > As there are copyright problems if I want to contribute anything > back, What kind of problems? > In fact I wonder if the nicest way to integrate it would > be as an extra debug option; (debug-enable 'profiling) would turn it on. > To be comparable to c-code profiling the data can be written to a file; > the analysis can happen later. Sounds like good ideas. > One minor oddness, on my current snapshot (19980601), when I tried to > follow the reccomendation about limiting depth of the stackcopy, by typing > > (debug-set! 'maxdepth 10) > > I got > > ERROR: In procedure debug-options-interface in expression (debug-options-interfa > ce (append # #)): > ERROR: Unknown mode flag > ABORT: (misc-error) > > Bug or stupidity? It is a bad error message. You should have typed (debug-set! maxdepth 10) /mdj