|  |     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....
 |