Subject: | |
From: | |
Reply To: | Vance, Jeff H (Cupertino) |
Date: | Thu, 6 Oct 2005 22:43:19 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
...
> >This is a defect on 7.5 systems (only, AFAIK)...The bug was
introduced
> >when we attempted to fix an HPSPOOLID problem, and in doing so we
> >caused this HPLASTSPID bug.
>
> We are on 6.0 and have the same 'defect' (The HPLASTSPID does
> not contain a value prior to the job going to the 'exec' state).
>
> Will the 'fix' be made available to older versions of the OS?
> (Although I don't necessarily consider the observed behavior
> a defect).
Paul's email caused me to read the code again. Here's what we do:
. get the value of HPLASTJOB
. call AIFSPFLIST passing this seleq:
"[jobnum=!hplastjob and fildes=$stdlist]"
So there is no reason I can see why non-EXEC $stdlist spoolfiles should
fail to be found. As long as they have a $stdlist output spoolfile in
OUT.HPSPOOL. Even if the job has terminated HPLASTSPID should return
that spoolfile id.
I suppose WAIT and SCHED jobs do not have associated output spoolfiles,
but the other job states should work fine.
Hopefully this clarifies my point better...
Jeff Vance, vCSY
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
|
|