|
Sender: |
Revised LISTSERV forum <LSTSRV-L@DEARN> |
Subject: |
|
From: |
"Daniel P. Martin" <DMARTIN@UAFSYSB> |
Date: |
Wed, 8 Jun 88 11:23:53 CDT |
In-Reply-To: |
Message of Tue, 7 Jun 88 12:16:27 GMT from <ERIC@LEPICS> |
Reply-To: |
Revised LISTSERV forum <LSTSRV-L@DEARN> |
> If one of the
>HPO5 LISTSERV sites could post a short note to the list, indicating the
>present official status of the problem along with the APAR number, I would be
>most grateful.
>
> Eric
APAR VM28372 -- Fixes: Bug which prevented TRANSFER of spool files from
non-existent userid's.
Bashes: Syntax of class 'D' TRANSFER, requiring class D users
to always use "long form" of TRANSFER command.
APAR VM29275 -- Fixes: Syntax of class 'D' TRANSFER to work in the tried, true
time-honored fashion.
Bashes: Can't find info -- 8802 PSP bucket says this fix is
bad and refers to APAR VM30518; haven't called support
centre about this yet, so don't know what the problem
is. Maybe someone else can post info if they have it
handy?
Our circumvention for this problem, since installation
of HPO 5.0 last December, has been to REMOVE VM28372.
(probably) Unrelated to the TRANSFER syntax problems, but also a good
fix to have applied:
APAR VM30661 -- Fixes: Problem in DMKWRM with SFBINUSE not getting reset.
This leads to "ghost" spool files which QUERY RDR
won't display, but which DIAGD8 does find. Without
this fix in place, you have to do a CKPT IPL in order
to be able to get your hands on the affected spool
files.
This has been particularly annoying to us because it
seems to pick VERY large spool files (upwards of
80-100 cylinders of 3380 spool) to hit. I have only
just applied this fix so don't know for sure if
it breaks anything else or not. Sigh...
Daniel P. Martin - VM & MUSIC Systems Programmer
University of Arkansas, Fayetteville, AR 72701
(501) 575-2901
|
|
|