Re: Customizing the output of CTRL-T
From: Paddy O'Brien (paddy.o'brien_at_transgrid.com.au)
Date: 12/12/04
- Previous message: Frank F. Matthews: "Re: J F on...what else...Americans again"
- Maybe in reply to: Guy Peleg: "Customizing the output of CTRL-T"
- Next in thread: Rob: "Re: Customizing the output of CTRL-T"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sun, 12 Dec 2004 18:47:40 +1100
Guy (and others - an interesting thread),
Again as someone mentioned, supported is often preferred, but our group
are somewhat ambivalent.
There has been some discussion of using Guy's feature for debugging.
I'm not totally clear whether the responses are discussing within
programs (but without $link/debug) or at DCL level.
I picked up (from the comments in my .com file), a file called
DCL_DEBUG.COM by Laurent Quivogne from DECUS CD10. This debugs DCL with
similar (but limited) commands to the VMS debugger for language support.
I have modified it for local usage as it does not support $type
sys$input lines very well.
In conjunction with Charlie Hammond's DCL_CHECK, these give me the best
debugging tools for large .COM files. DCL errors are sometimes hard to
discern, even when verify is on, particularly when a $endif is missing
and a $goto or $gosub are involved.
For progress reports, I write periodically (I indulge in large
electrical engineering programs as a maintainer and developer in Fortran
95), but these are from codes that I write the algorithm and know there
is a lot of wait time, but see the later sentences since our main wait
times are in CXML and NAG routines.. Not yet clear how to use Guy's
CTRL*T to effect this any simpler in my routines. One of our major
programs uses CXM (LAPACK), to evaluate eigenvalues/eigenvectors; it
would be nice to see the progress here (since the state matrix is large
(non-sparse) and can take considerable time even on our ES40), but I
cannot see how they can be interfaced. Similarly from integration
routines using NAG.
Regards, Paddy
Guy Peleg wrote:
> All people responded suggested they would benefit using
> this in debugging situations. I might say that I was a little
> surprised. While this makes a great debugging tool it may
> also use in your applications to indicate some kind of progress.
> Assuming I'm calculating the largest prime number, I might
> define the symbol (in the application) to indicate what is the
> current number being processed (maybe update the symbol
> only every 50000 loop iteration)....
>
> It is always surprising to see how people use our features.
>
> Thank you for your valuable feedback. Keep it coming
>
> Guy
>
***********************************************************************
"This electronic message and any attachments may contain privileged
and confidential information intended only for the use of the
addressees named above. If you are not the intended recipient of
this email, please delete the message and any attachment and advise
the sender. You are hereby notified that any use, dissemination,
distribution, reproduction of this email is prohibited.
If you have received the email in error, please notify TransGrid
immediately. Any views expressed in this email are those of the
individual sender except where the sender expressly and with
authority states them to be the views of TransGrid. TransGrid uses
virus-scanning software but excludes any liability for viruses
contained in any attachment.
Please note the email address for TransGrid personnel is now
firstname.lastname@transgrid.com.au"
***********************************************************************
- Previous message: Frank F. Matthews: "Re: J F on...what else...Americans again"
- Maybe in reply to: Guy Peleg: "Customizing the output of CTRL-T"
- Next in thread: Rob: "Re: Customizing the output of CTRL-T"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
