I ran across something similar in 1980 or 1981. The CMS NSS at a customer site had been generated according to instructions; however, an example in one of the manuals showed it to be 1 page larger. Following the example instead of the instructions fixed the problem.
Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark > Sent: Thursday, November 27, 2008 7:58 AM > To: [email protected] > Subject: Re: CMS module doesn't get loaded completely on CMS level 20 > > On Wednesday, 11/26/2008 at 09:12 EST, Mike Rydberg > <[EMAIL PROTECTED]> > wrote: > > I have a CMS module that when loaded on CMS level 20 is missing a > > large > chunk > > of code for some reason. Executable code is missing beyond offset > > 4D4B0 > and > > the program gets an operation exception branching to zeros. > > > > When loaded on CMS level 22 it runs fine. It also runs fine > on earlier > versions > > of CMS as far back as CMS level 15. The program hasn?t been > recompiled > in > > several years. > > > > To debug the problem I used the loadmod and progmap commands. I then > displayed > > the routines entry point at offset 4D4B0 (6D4B0?base 20000) > > > > CMS level 22 has executable code at this offset, CMS 20 does not, at > least not > > today anyway. It has run on CMS 20 in the past and the > problem seems > > to > be > > intermittent. > > > > Anyone know of a bug of this type on VM 4.4.0 CMS 20? > > I've never heard of it and there's nothing relevant I can see > in the problem tracking system. Mike D. may know something. > (ORIGIN has been on LOADMOD since VM/ESA 2.0.) > > If you do a "STORMAP 20000-70000" prior to your LOADMOD, does > it show all of the range is unallocated? If you just let the > program load wherever it wants (no ORIGIN), is the code at > origin+4D4B0 there? > > Also try this: > IPL CMS PARM NOSPROF INSTSEG NO > ACCESS (NOPROF > ACCESS the disk with the MODULE > LOADMOD .. > DISPLAY .. > > This ensures that there isn't a rogue nucleus extension or > other program running about. > > Alan Altmark > z/VM Development > IBM Endicott >
