| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 636.1 | Well.. | MDVAX3::COAR | My hero? Vax Headroom, of course! | Sat Dec 19 1987 22:18 | 26 |
| 636.2 | just use $CREMBX | AITG::MACKIN | Jim Mackin | Sat Dec 19 1987 23:24 | 12 |
| Of course, if you are in fact doing an image activation/deactivation
in between steps, then it really doesn't make much of a difference,
you'll spend much more time getting into the image than either opening
a file, calling $CREMBX, or calling $TRNLNM.
BTW: If you are running a new image, then calling $CREMBX is usually
what's done to get the channel number of the mailbox. If you are
doing this completely in DCL (except for the $CREMBX at login time),
then what you probably want to do after running the program that
does the $CREMBX is to do a DCL OPEN command -- the channel id will
remain in the logical you specify and DCL WRITE's and READ's will
do the trick.
|
| 636.3 | | PSW::WINALSKI | Paul S. Winalski | Sun Dec 20 1987 19:43 | 17 |
| RE: .2
> If you are
> doing this completely in DCL (except for the $CREMBX at login time),
> then what you probably want to do after running the program that
> does the $CREMBX is to do a DCL OPEN command -- the channel id will
> remain in the logical you specify and DCL WRITE's and READ's will
> do the trick.
Unfortunately, this won't work. The $CREMBX results in a channel that's
assigned in user mode. It gets run down along with all other user mode stuff
when the program exits. Unless somebody else has a channel assigned to the
mailbox, the mailbox itself will go away when the channel does at image
exit. The logical name with the device name (NOT the channel number, mind you)
goes away as well. The DCL OPEN will fail.
--PSW
|
| 636.4 | | PSW::WINALSKI | Paul S. Winalski | Sun Dec 20 1987 19:47 | 12 |
| RE: .0
You can't remember the channel number, anyway--the channel is deassigned when
the program that did the $CREMBX exits. $CREMBX does give you the option of
having it create a logical name that translates to the mailbox's device name.
You can use this logical name in subsequent $ASSIGN statements to get new
I/O channels--you don't have to do another $CREMBX. $ASSIGN is fast.
You mention global sections. If speed is really important here, why not pass
the messages in a global section and avoid doing $QIO entirely?
--PSW
|
| 636.5 | Good idea! | MDVAX3::COAR | My hero? Vax Headroom, of course! | Mon Dec 21 1987 15:04 | 11 |
| You can remember the channel number if it wasn't assigned in user
mode. It's not that the mailbox channel is deassigned when the
image exits, it's that *all* USER-mode activities (logical names,
channels, exit handlers, and so forth) are run down when the image
is.
The point about using $ASSIGN is good - if the $ASSIGN call fails,
the mailbox isn't around, so turn it into a $CREMBX and re-issue
it.
#ken :-)}
|