RE: WRKSBMJOB, option 8 failing, V4R4, CUM=99230

Simon,
We used this when moving from the System/3 to the System/38.  We originally
had our OCL on cards, and when the 3741 came out, we moved the job streams
to diskette.  We did things this way because our operations staff were
skilled at making changes to OCL streams (sort specs, // SWITCH, // DATE and
so on).  You put a diskette in the "keypunch" machine, edit the OCL and
submit the job from the same 3741.  Their skills meant that a single job
(List Customers) could produce many different reports based on the sort
criteria used by the job.  SBMDKTJOB worked OK on the S/38, but the 3741's
were very old and getting parts was becoming a problem.  We couldn't really
afford to lose this functionality, so we moved our job streams to a database
file, built a quick menu system over it to allow the operators to do SEU and
SBMDBJOB and off they went.

Buck Calabro

> -----Original Message-----
> From: Simon Coulter 
> Sent: Thursday, October 28, 1999 5:38 PM
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: WRKSBMJOB, option 8 failing, V4R4, CUM=99230
> 
> Hello Rob,
> 
> That is normal behaviour.
> 
>                          Display Job Inline Data Files
> 
>  
> 
>  Job  . . . . . . . . :   MYJOB           Job queue  . . . . . :   QBATCH
> 
>    User . . . . . . . :     QPGMR           Library  . . . . . :     QGPL
> 
>    Number . . . . . . :     129174
> 
>  
> 
>  File           Records
> 
>  QINLINE              2
> 
> 
> There will be one list entry for every //DATA statement in the CL source.
> You will only see 
> this display while the job is on the job queue.  Once it becomes active,
> the inline files have 
> been processed and the display shows spooled output files.
> 
> Remember to release the job queue when you're done.
> 
> Hmm, I guess that really does qualify me as a geezer.  Why does the system
> work this way?  
> Well, that's a story for another time.
> 
> Regards,
> Simon Coulter.
> 
> > Date: Thu, 28 Oct 1999 14:25:07 -0500
> > From: "Rob Berendt" <rob@dekko.com>
> > To: MIDRANGE-L@midrange.com
> > Reply-To: MIDRANGE-L@midrange.com
> > Subject: WRKSBMJOB, option 8 failing, V4R4, CUM=99230
> 
> > 
> > Try this,
> > 
> > Find job queue that is held, or not assigned to a subsystem.
> > 
> > Submit a job to this job queue.
> > 
> > Do a WRKSBMJOB.
> > 
> > 8=Work with spooled files
> > 
> > The following screen will appear:
> > 
> >                         Display Job Inline Data Files
> 
> >
> 
> > Job  . . . . . . . . :   QDFTJOBD        Job queue  . . . . . :
> EDG300CJQ
> >   User . . . . . . . :     ROB             Library  . . . . . :
> DHTDIVO
> >   Number . . . . . . :     796731
> 
> >
> 
> > File           Records
> 
> >
> 
> >   (No inline data files)
> 
> > 
> > Doesn't sound right to me.
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---