HP3000-L Archives

October 2001, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Wirt Atmar <[log in to unmask]>
Reply To:
[log in to unmask][log in to unmask]]
Sent: 12 October 2001 11:48
To: [log in to unmask]
Subject: Re: [HP3000-L] MPE/iX 6.0 : how long supported by HP ?

Thanks Ian.

And what about 6.5?

Kurt

-----Original Message-----
From: Ian Ferguson [mailto:[log in to unmask]]
Sent: Freitag, 12. Oktober 2001 12:20
To: [log in to unmask]
Subject: Re: [HP3000-L] MPE/iX 6.0 : how long supported by HP ?

Kurt,

6.0 goes out of support april 2002 [...]45_12Oct200111:49:[log in to unmask]
Date:
Sat, 13 Oct 2001 14:37:35 EDT
Content-Type:
text/plain
Parts/Attachments:
text/plain (61 lines)
[log in to unmask] disposes:

> <[log in to unmask]> proposes:
>
>  > Cntl+F (find).

>
>  Well, to be sure, that will work.  It's only that when I am in a few
hundred
>  line procedure and I have to "page-up" forty times to find the procedure
>  name and by then I've forgotten what I was looking for anyway....

I must be dense. We don't have that problem at all with Cntl+F finds. Your
original question was "how can I quickly find every routine that calls a
particular function?" To get that answer almost instantly, type Cntl+F
"function name" and press the "Find Next" key at least once to set in the
search value. After that, you can press the F3 key to perform the find next
function, looking at the top of the coding screen to get the name of the
routine in which the call occurs. Doing this performs the equivalent process
of that Alfredo suggested, but it is very, very quick. I find the editor in
Visual Basic to be as good and as powerful an editor as I've ever used.

QCTerm is a VB program and it's quite large, approx. 150 objects and 300
functions. It now requires 600 pages to print it all out, using a 9pt font,
which is as small as I care to read. What we do (and have always done) for
all of our routines is create a header for each routine that explains what it
is, what it does, and who calls it. If you maintain the header as you go
along, it doesn't add much overhead at all, but it does make complex code
much easier to read months or years later. Here's just a random example:

Private Sub ChangeFontSize_Click()
Rem ************************************************************************
Rem ************************************************************************
Rem
Rem     A ROUTINE TO GO TO THE NEXT AVAILABLE FONT SIZE
Rem
Rem     (Called by ScreenSizeButton_MouseUp and event generated by MENU.)
Rem
Rem     ENTRY:  Assumes the current font is valid for the current
Rem             screen resolution.
Rem
Rem     EXIT: Modifies FontIndex
Rem
Rem ************************************************************************
Rem ************************************************************************
Dim CurFontIndex As Long
Dim dl As Long
Dim NewLeft As Long
     .
     .
     .

Of course, I never really completely trust our own documentation and always
use the Cntl+F method to check to see if the header information is correct
before I do anything drastic.

Wirt Atmar

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2