> 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