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:
Wed, 5 Oct 2005 23:55:27 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (29 lines)
 ...
> 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....
...
> Guess I have to live with what I've got right now.

Not for long! 

This is a defect on 7.5 systems (only, AFAIK). The fix is being tested
and inspected in the lab right now. The bug was introduced when we
attempted to fix an HPSPOOLID problem, and in doing so we caused this
HPLASTSPID bug. 

Prior to 7.5 (and after our fix is installed on 7.5 systems) HPLASTSPID
returned the $stdlist spoolid matching the job ID from the HPLASTJOB
variable, regardless of the job's execution state. This is how it's
supposed to work.

If you are interested in being a beta tester for this fix (patch:
MPEMXV8), and you have HP support on your 7.5 system, please let us
know.

Regards,
 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