HP3000-L Archives

October 2005, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Brian Donaldson <[log in to unmask]>
Reply To:
Date:
Wed, 5 Oct 2005 09:28:41 EDT
Content-Type:
text/plain
Parts/Attachments:
text/plain (37 lines)
<<snip>>
 
Paul's answer is what I would have given.   If you need the  LASTSPID
number then you need to ensure that the job can logon straight  away.

Two ways come to mind 1) allow the job to logon with HIPRI 2)  use
user-defined job queues. 

I'm guessing,  but I expect you  would also fail to get the LASTSPID once
the job has logged off and the  STDLIST has been deleted (either by being
printed with no SPSAVE option, or  by forcing the STDLIST to be deleted
in the Job stream's JCL).  
<<end of snip>>
 
Yep, that's exactly what is happening. There is no spoofl id until the job  
logs on (EXEC state)
and once the spoofl is printed/deleted it is then gone forever....
 
So that is why I wrote this app -- It captures the job jumber, its  
associated spoofl id's and writes this info to a logfile for future  reference.
 
Of course, if the job doesn't immediately log on then the spoofl id is  
blank. So I plugged a 2 second pause in the program. However, if a job is  
scheduled to run at a later time then the
spooflid doesn't exist and won't be captured anyway. 
 
Guess I have to live with what I've got right now.
    
Such is life.......
 
Brian Donaldson.
 
 

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2