[Oberon] Re: selecting all text in a viewer -> PMD
Chris Glur
easlab at absamail.co.za
Mon Sep 6 06:13:01 MEST 2010
> > Re. ETHO 'trap facility': this is astounding.
>
Chris Burrows wrote:
> I agree it is extremely useful but it is nothing new in the Wirth world.
> CDC6000 Pascal had this feature way back in the mid 1970's.
> Then it was astounding.
Perhaps what is astounding is that the full OS with inet-apps
comes on a single diskette. Perhaps the 'trap facility' needed the
gadgets extension?
> > I doubt that the M$ & C-boys have any thing similar.
>
> They do but they are typically called 'post-mortem debuggers' (PMDs) rather
> than 'trap viewers'. Oberon microsystems have combined the concept very
> well with the use of 'folded text' in the trap viewer used in Windows-based
> Blackbox Component Builder.
Yes, the 'trap-viewer' IS a post+mortem+tracer which allows debugging.
I'd like to try Blackbox Component Builder; but I can't tolerate Windows.
> However, most Windows developers would scoff at the thought of using a
> system that *only* had a post-mortem debugging facility. They are accustomed
> to using Visual Studio for VB/C/C++/C# or RAD Studio for Delphi/C++ with
> their *interactive* source level debugging features. They give you all of
> that information and much more at *any* pre-determined occasion during a
> program execution based on breakpoints, watchpoints etc. - not just when a
> program crashes or fails an assertion.
>
I'm strongly in favour of VISUAL tools, which are exstensivly used in ETHO;
i.e. where you recognise, rather than having to remember.
>
> Interactive debuggers are seductive but unproductive. Their focus is very
> narrow. I find they lead to trial and error hacking instead of planned,
> disciplined, programming. The worst sin is to jump into the debugger to
> diagnose a problem before narrowing down the scope.
Yes, you've got a good appreciation of the human/psychological
aspect of computing, which IMO is almost more important than the
technical aspects. Re. separation of thinking and doing: in the old days
when few tools were available, I had the idea of delegating all the
coding & debugging to someone else, once the algorithm had been
expressed in pseudo-code, and I wanted to start a software
factory in India/SriLanka in the mid 80s.
Now I think the algorithm should be entered in a spread-sheet-like
way, independant of language. There are only 3 args to an IfThenElse
construct. Why bother with syntax irrelevancies ?!
> In the long run I find it quicker to program defensively and make judicial
> use of assertions to trigger a PMD when unanticipated situations occur.
I followed Eiffel with interest, and without having tested it [so much of
importance is too subtle to be in the documentation] I'd advise beginners
to use it.
Thanks,
== Chris Glur.
More information about the Oberon
mailing list