> The remaining problem is that I am not getting any diagnostic information, > in other words, exactly *which* new failed -- which will of course make any > bug of this sort in the field hard to find. I call CEEDUMP to get a call > trace and it produces an *empty* four-line dataset. On the console I get > > IEW4000I FETCH FOR MODULE CEEMENU3 FROM DDNAME *VLF* FAILED BECAUSE > INSUFFICIENT STORAGE WAS AVAILABLE. > CSV031I LIBRARY ACCESS FAILED FOR MODULE CEEMENU3, RETURN CODE 24, REASON > CODE 26080021, DDNAME *LNKLST*
I would suggest putting the CEEDUMP-related modules in LPA. Our intention in z/OS is that modules involved in the production of SYSABEND/SYSUDUMP/SYSMDUMP/IEATDUMP/SDUMP should be in LPA, so that they don't need get loaded into exhausted REGION-constrained storage while trying to take a dump of REGION-constrained storage exhaustion. (And I say "our intention" because we do sometimes find cases where we did not do what we intended). Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
