| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 776.1 | Please submit a QAR | IOSG::TALLETT | Arranging bits for a living... | Tue Jun 02 1992 11:01 | 10 | 
|  |     
    >    Is there a more reliable fix to this problem?
    
    	Yes, submit a QAR.
    
    	By the way, if you get the "Failed to submit to batch" you can
    	press GOLD-W in V3.0 to see the DCL error text.
    
    Regards,
    Paul
 | 
| 776.2 | GOLD-W Results ... | ATLANA::SHERMAN | Debt Free! | Tue Jun 02 1992 18:22 | 15 | 
|  |    Hi Paul,
   Pressing GOLD-W yields:
+--                              - Messages -                               ---+
|                                                                              |
|                                                                              |
|                                                                              |
| %OA-I-LASTLINE, Error  - Failed to submit job to batch                       |
+--                                                                          --+
   Just found this undocumented feature this morning.  Ugh ...
   Hth,
	Ron
 | 
| 776.3 | Hmmm. It was supposed to give you more than that | IOSG::TALLETT | Arranging bits for a living... | Tue Jun 02 1992 18:40 | 1 | 
|  |     
 | 
| 776.4 | QAR == Black Hole | AIMTEC::WICKS_A | Liverpool win the F.A Cup again! | Tue Jun 02 1992 23:53 | 9 | 
|  |     Re .1,        
    
    Paul - I assume you mean SPR and not QAR since IOSG switched off the
    QAR system some two months ago? Or was this a trick to keep the bug
    count down (:==:)
    
    Regards,
    
    Andrew.D.Wicks
 | 
| 776.5 | Trace output | BIGUN::BRUCE |  | Wed Jun 03 1992 00:12 | 28 | 
|  |     As has been said, Gold W gives no extra information.
    
    If tracing is turned on then the following is displayed on the screen
    for a successful run:
set command oalib:a1submit.cld
a1submit/noprint/noidentify/after=" 3-JUN-1992 09:04:00.00"/name=OA$TRANSFER_BRU
CE_MALCO/queue=SYS$BATCH/log_file=DISK$FRED:[ALLIN1.LOG]OA$TRANSFER_BRUCE_MALCO/
user=ALLIN1/parameters=(MANAGER,1992060309051094,1:0:2,T,MUA0,"BRUCE_MALCO:BRUCE
 MALCO:B",-
0,MYALLA) OA$LIB:SM_PAT.COM
write oamailbox "OA get #dcl_status = 1"
Prepare for transfer operation successfully initiated
    
   For an unsuccessful run the display is:
set command oalib:a1submit.cld
a1submit/noprint/noidentify/after=" 4-JUN-1992 09:08:00.00"/name=OA$TRANSFER_BRU
CE_MALCO/queue=SYS$BATCH/log_file=DISK$FRED:[ALLIN1.LOG]OA$TRANSFER_BRUCE_MALCO/
user=ALLIN1/parameters=(MANAGER,1992060309083117,1:0:2,TAPE,MUA0,"BRUCE_MALCO:BR
UCE MALCO:"-
+"BRUCE_MALCO",0,MYALLA) OA$LIB:SM_PAT.COM
write oamailbox "OA get #dcl_status = 230024"
Error  - Failed to submit job to batch
    cheers
    
    Malcolm
 | 
| 776.6 | Try this | IOSG::TALLETT | Arranging bits for a living... | Wed Jun 03 1992 08:45 | 58 | 
|  |     Hi there!
    
    	Yes, QARs are for TeamLinks.... :-)
    
    	Your exit status is:
    
>write oamailbox "OA get #dcl_status = 230024"
    
    earo$ exit 230024
    %DCL-W-NOPAREN, value improperly delimited - supply parenthesis
    
    	The problem seems to be that plus + sign.
    
    earo$ print x.tmp/param=("foo"-
    _earo$ +"bar")
    %DCL-W-NOPAREN, value improperly delimited - supply parenthesis
     \foo+"bar"\
    earo$ print x.tmp/param=("foo"+"bar")
    %DCL-W-NOPAREN, value improperly delimited - supply parenthesis
     \foo+"bar"\
    
    
    	Not sure where that + came from, although I seem to remember
    	a DIAMOND change around long DCL line processing.
    
    	Change the following lines of SM_SUBMIT_TRANSFER.SCP
    
       get oa$dcl='a1submit/noprint/noidentify' -
                    '/after=' #tx_dt -
                    '/name=' #job_name  -
                    '/queue=' #queue_name  -
                    '/log_file=' #log_file -
                    '/user=' #batch_vms -
                    '/parameters=' #param_list -
                    ' ' #tx_file
     **** TO ****
    
       get oa$dcl='a1submit/noprint/noidentify -'
       get oa$dcl=  '/after=' #tx_dt '-'
       get oa$dcl=  '/name=' #job_name  '-'
       get oa$dcl=  '/queue=' #queue_name  '-'
       get oa$dcl=  '/log_file=' #log_file '-'
       get oa$dcl=  '/user=' #batch_vms '-'
       get oa$dcl=  '/parameters=' #param_list '-'
       get oa$dcl=  ' ' #tx_file
    
    	This is untested, but I think it should do the trick (famous last
    	words!) This change makes DCL stick the lines together instead
    	of ALL-IN-1 (and I implicitly trust DCL!)
    
    	We still need a bug report to get it fixed though.
    
    Regards,
    Paul
    
    PS	Note to the engineer that fixes this problem... :-)
    	SM_SUBMIT_TRANSFER.SCP should be changed to call SM_SUBMIT.COM.
    	This will give the better GOLD-W error reporting.
 | 
| 776.7 | Partial test OK | SAHQ::WOLFE | John Wolfe - (404)-924-6463 | Wed Jun 03 1992 17:20 | 21 | 
|  | 
	Hi Paul
	We tested the following yesterday and it seemed to work:
    get oa$dcl='a1submit/noprint/noidentify' -
		'/after=' #tx_dt -
		'/name=' #job_name  - 
		'/queue=' #queue_name  -
		'/log_file=' #log_file -
		'/user=' #batch_vms '-'
    get oa$dcl=	'/parameters=' #param_list -
		' ' #tx_file
    
    
>    	We still need a bug report to get it fixed though.
	This was IPRd yesterday w copies to the CSC/AT.  There doesn't seem
to be an electronic means of doing QARs (at least none that I know of).
    
John
 |