Loading and Saving Discontiguous Saved Segments Loading and Saving Discontiguous Saved
Segments
After you have finished generating and testing your new system, you may
wish to load and save discontiguous saved segments. TheDMKSNT module
supplied with the starter system includes entries for saved segments
calledCMS, CMSSEG, CMSVSAM, CMSAMS, CMSDOS, and INSTVSAM. You may also create_ your own entries. See the section "Preparing the System Name
Table File in Part 2.
Throughout the following discussion, it will be helpful for you to
refer to Figure 31, which shows how theCMS discontiguous saved segments
are loaded in virtual storage if you use theDMKSNT module supplied with
the starter system.
Before a discontiguous saved segment can be attached and detached by
name, it must be loaded and saved. The discontiguous saved segment must
be loaded at an address that is beyond the highest address of any
virtual machine that will attach it. It is the system programmer's
responsibility to make sure the saved segment is loaded at an address
that does not overlay the defined virtual machine or any other saved
segment that may be attached att-he same time. The load addresses are
determined by the entries you coded in yourDMKSNT module.
The load address for the discontiguous saved segment should be just
beyond the largest virtual machine that uses it. If the load address is
unnecessarily high, real storage is wasted becauseCP must have segment
table entries for storage that is never used.
For example, assume you have fiveCMS virtual machines in your
installation. Also assume that all five use theCMS support for DOS program development and testing which is in a 32K segment named CMSDOS. If each of your five CMS virtual machines has a machine size of 320K, you should load the CMSDOS segment just beyond 320K but below 992K (so
as to contain it within1M). Otherwise real storage would be wasted
becauseCP must maintain segment table entries for each 1024K of
storage.Once the named segment is loaded at the correct address, you can save
itby issuing the CP SAVESYS command. To be sure that a discontiguous
saved segment has storage protection, set the storage key for the
segment accordingly.CMS has a new command, SETKEY, to do this. The CMS SET KEY command is described in the 1M/310 Guide. CMS has EXEC procedures that help you load, set storage keys for, and
save theCMS discontiguous saved segments. The DOSGEN EXEC procedure
loads and savesDOS segments. The VSAMGEN EXEC procedure loads and
saves theCMS/VSAM and Access Method Services segments. The CMSXGEN EXEC procedure loads and saves CMSSEG, which contains the CMS Editor, EXEC processor, and OS simulation routines. You used the CMSXGEN EXEC procedure to save CMSSEG in Step 24 of the system generation procedure.
TheDOSGEN and VMSAMGEN EXEC procedures are described later in this
section.
Note: These procedures for loading and saving discontiguous saved
segments and the associated text files are 'mode l' to reduce the amount
of storage needed for the master file directory in the user's virtual
machine. The system disk must be accessed (any mode, A through G)
before loading any discontiguous saved segment.Make sure that this is
done any intermediate IPL of CMS. Part 3. Generating VM/310 (CP, CMS, RSCS, and IPCS) 261
Segments
After you have finished generating and testing your new system, you may
wish to load and save discontiguous saved segments. The
supplied with the starter system includes entries for saved segments
called
Table File
Throughout the following discussion, it will be helpful for you to
refer to Figure 31, which shows how the
are loaded in virtual storage if you use the
the starter system.
Before a discontiguous saved segment can be attached and detached by
name, it must be loaded and saved. The discontiguous saved segment must
be loaded at an address that is beyond the highest address of any
virtual machine that will attach it. It is the system programmer's
responsibility to make sure the saved segment is loaded at an address
that does not overlay the defined virtual machine or any other saved
segment that may be attached at
determined by the entries you coded in your
The load address for the discontiguous saved segment should be just
beyond the largest virtual machine that uses it. If the load address is
unnecessarily high, real storage is wasted because
table entries for storage that is never used.
For example, assume you have five
installation. Also assume that all five use the
as to contain it within
because
storage.
it
saved segment has storage protection, set the storage key for the
segment accordingly.
save the
loads and saves
saves the
The
section.
Note: These procedures for loading and saving discontiguous saved
segments and the associated text files are 'mode l' to reduce the amount
of storage needed for the master file directory in the user's virtual
machine. The system disk must be accessed (any mode, A through G)
before loading any discontiguous saved segment.
done