Re: How to wait for a submit job

But then again, back to the original statement, how many 
of us think it's unreasonable to create a single string job 
queue and attach it to a subsystem to accomodate a vendors 
package?  I certainly do not find it unreasonable.  If it
weren't for that pesky sequence number the vendors package
should be able to do it easily enough upon install.





pcdow@yahoo.com on 06/13/2000 03:10:01 PM
Please respond to RPG400-L@midrange.com@Internet
To:     RPG400-L@midrange.com@Internet
cc:      
Fax to: 
Subject:        Re: How to wait for a submit job

Hi Silvio,

You could

a) have the submitted program allocate some object (file or data area) with
a long wait time (max 32767 seconds). The first one would allocate it, then
next would wait until the first was done and de-allocated it.

b) instead of submitting them separately, write all the call commands with
parameters to a source file, then use a SBMDBJOB command to submit that.
Sort of like creating a special CL program and compiling it, but you don't
need to compile it.

HTH
Peter Dow
Dow Software Services, Inc.
909 425-0194 voice
909 425-0196 fax

----- Original Message -----
From: Silvio Santos <Silvio.Santos@brainag.com>
To: <RPG400-L@midrange.com>
Sent: Tuesday, June 13, 2000 9:04 AM
Subject: How to wait for a submit job


>
>
> I have a subfile in which I can run several options and there are some of
them
> that
> can be run in batch, I have one program that does that. Before those batch
> options start to run I
> copy all the selected subfile records to a temporary file.
>
> My problem is that I would like to know how can I wait for the first
sbmjob and
> then run the second, I dont want two
> or more jobs running simultaneously.
>
> I could send them for a jobq that only runs a job at the same time, but I
dont
> have one and it isnt  guaranteed
> that if I have one in one customer (for instance QBATCH jobq) I will have
the
> same in another, and also I dont
> want to create one especially for that.
>
> How can I submit one job and then wait for that end and there run another
one
> (the same job but with other *ENTRY parms) if it as been submited
meanwhile ?
>
> I use RPG/400.
>
> TIA,
> Silvio.
>
>
>
>
>                      ,,,,,,
>                    (o o)
> -----------------------oOO--(_)--OOo------------------------
> Silvio Santos                                BRAIN Portugal
> Tel:    +351 252 248-120             Av. Joao Canavarro, 305
> Fax:    +351 252 248-111            4480-668 Vila do Conde
>                                                           Portugal
> Email: silvio.santos@brainag.com
> Web-Page: www.brainag.com
> ---------------------------------------------------------------------
>
>
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---


__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---