<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>yes, the VAX900 mainframe had this capability, of executing the code an same time verifying its operation results.<br>Would like to make a RT in that way, but it shouldn't be that hard, should be?<br>Thanks in advance<br><br>PS: BTW I just had an idea today, make the experiment in DEC-SRC of DISPOSABLE memory information safe, so making some adjustments to the type system, with coercion and other soft typing stuff make the language type safe entirely,<br>We would need just suppress the annoying word UNSAFE of all modules, and make the language 100% machine checkable.<br>At the same time introducing functional objects, like in bay Modula-3 , to able to model the language in that way.<br><br>Thanks in advance<br><br><br><br>--- El <b>lun, 1/4/13, Darko <i><darko@darko.org></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16,
 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Darko <darko@darko.org><br>Asunto: [M3devel] Why do we need external debugging?<br>Para: "m3devel developers" <m3devel@elegosoft.com><br>Fecha: lunes, 1 de abril, 2013 16:53<br><br><div class="plainMail">The last time I used an external or lowish-level debugger was the last time I programmed in a language other than M3. I find the language so safe and reliable that I don't quite understand the need for external debuggers. Is it driven by a need to integrate with other languages or external libraries?<br><br>Why can't a debugger be optionally compiled into the code and supported by the runtime? I find I don't need much more than the ability to log procedure execution, procedure parameters and local variables. I imagine some sort of debugging mode with a simple command line and an interrupt mechanism would facilitate interactive debugging.<br><br>Am I the only one who thinks
 this?<br><br>- Darko<br><br></div></blockquote></td></tr></table>