| Dave.
There are several ways to do this. System management relies heavily on
transferring data to and from batch jobs and ALL-IN-1. One way to do it
is to use an oa mailbox (tip - search through oa$lib:sm*.com for the
word 'mailbox'. Rather than go through the api involved (you can look
that up in the API manuals), try using one of the existing SM coms to
demonstrate the principle, e.g oa$lib:SM_FIND_FILE_SIZE.COM.
In your ALL-IN-1 subdirectory create a small script (my.scp) as follows:
GET oa$dcl = "@oa$lib:SM_FIND_FILE_SIZE.COM sys$login:login.com 1"
GET #x = "#sm_status = " #sm_status " " "#file_size = " #file_size
GET oa$display = #x
.EXIT
Then from Gold KP7 or the angle bracket (<):
<do my
It should return:
#sm_status = 1 #file_size = 8
and demonstrate the way that stuff from a program in the subprocess can
be brought up into ALL-IN-1. See how SM_FIND_FILE_SIZE.COM does it.
Sorry if this is not exactly what you were asking. If wrong, let us
know, and I'll try again.
Cheers,
DaveT
|
| I presume that GOLD/W didn't show anything else? Most likely some sort
of OpenVMS resource shortage caused the problem.
The code appears to try and signal the failing status (although if DDS
is in use, then the spawn status is overwritten by the status return
from calling DDS initialisation) but it looks like it's using a message
that doesn't have an FAO to receive the status....
For you, there doesn't seem to be much else you can do to diagnose the
problem, but you might like to submit a very low priority IMPT so that
someone looks at this code for longer than the two minutes I just
spent....
|