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:
"Vance, Jeff H (Cupertino)" <[log in to unmask]>
Reply To:
Vance, Jeff H (Cupertino)
Date:
Thu, 6 Oct 2005 22:43:19 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (36 lines)
...
> >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 *

ATOM RSS1 RSS2