On 2 March 2011 20:56, Adrian Lienhard <[email protected]> wrote: > On Mar 2, 2011, at 20:33 , Luc Fabresse wrote: > >>> - Adrian, Jorge and Toon worked on implementing a Debugger on top of >>> Glamour. They got a first version working that is able to do basic actions: >>> step, restart, step into. The challenge was to get to understand the model, >>> and to figure out that <primitive: 19> is used for marking that a method >>> should not be debugged. In any case, working with Glamour seemed to work >>> quite smoothly. The code is available in the Glamorous Toolkit. Adrian, did >>> I get it right? :) >>> >> >> Nick in CC worked a lot to understand the model part of the Debugger. >> He has worked on a remote debugger. >> @Nick, you should have a look probably at this implementation of a debugger >> in Glamour. >> AFAICR the Debugger code really mixes the model, the GUI, the Debugees, ... >> so perhaps you can all join forces and propose a cleaner and extensible >> debugger ;-) > > Indeed, an independent model would make a lot of sense. Since the original > logic is mixed with the GUI code, we just copied parts of it over to our new > prototype. By factoring this out into an independent model we would not end > up multiple copies for the original debugger, the Glomour debugger, the OB > debugger, the remote debugger etc. >
even if you copy it, we still badly need remote tools. :) Because we really cannot rely on having RFB installed on every headless image. It could be much more nicer and sexier to have small kernel image with small dispatcher to which you can connect and communicate with image remotely, without need of carrying Morphic blob inside it. > Adrian > -- Best regards, Igor Stasenko AKA sig.
