William, I think the best is for me to make this change to the standard distribution. Note that recently I have made the following change to lib/_repl.scm:
(define ##repl #f) (set! ##repl (lambda (#!optional (write-reason #f)) (##continuation-capture (lambda (cont) (##repl-within cont write-reason)))))
Is this sufficient for your purpose, or do you really need ##repl- within to be mutable?
Moreover, I am working on a remote debugging protocol for Gambit. This will be used by the IDE for JazzScheme. Perhaps it will make sense to also use it as a basis for your Eclipse Gambit IDE.
Marc
On 22-Sep-08, at 5:56 PM, William Cook wrote:
I'm about ready to release an alpha version of my Eclipse-based Gambit IDE. TO get this working I had to make a small change to Gambit to enable another hook. If there is a better way to do this, using the existing binaries, I'd love to know it. Here's the patch to lib/_repl.scm:
============ 2145c2145
< (define-prim (##repl-within cont write-reason)
(define-prim (##repl-within-default cont write-reason)
2512a2513,2514
(set! ##repl-within ##repl-within-default)
==================
I'm asking about this because I started building a version of GSI with this feature on mulitple platforms, and its proving to be a challenge. If I could get a standard build with this feature it would be great.
It allows me to hook into ##repl-within any time an error or break happens
So far the IDE has: *debugging
- stack trace and source location
- inspection of lists, tables, and *closure*
- stepping (sort of)
*syntax coloring *indenting and formatting *Other things like autocompletion, source outline are not done *I don't think I can do true breakpoints without more support, but I might be able to do some function-breaks.
-- William Cook http://www.cs.utexas.edu/users/wcook _______________________________________________ Gambit-list mailing list Gambit-list@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list