home *** CD-ROM | disk | FTP | other *** search
- OS/2 V2 BOOT System Create Utility
- (C) Copyright IBM Corp. 1992,1996
-
- The BOOTOS2 program is a utility that allows you to build a BOOTable OS/2 V2,
- V3 or V4 system using an existing OS/2 V2 or V3 system. The BOOT system can be
- installed on either Floppy Disks or a Hard Disk Partition.
-
- There are three types of BOOT systems you can install:
-
- Minimal : This is a basic OS/2 system that supports one or more OS/2
- Full Screen sessions. All 16 and 32-bit OS/2 Full Screen
- applications are supported. The ability to switch between different
- Screen Sessions is supported by the supplied Protect Shell program,
- BOS2SHL. You can switch between Screen Sessions, both OS/2 and VDM,
- using the Alt-Esc key sequence.
-
- A Minimal BOOT system can installed on a single 3.5" 1.44M Floppy
- Disk or to a small (2-3M) hard disk partition. Installation to a
- single 2.88M floppy disk is also supported. Because of space
- constraints, it is highly recommended that unless you are
- installing to a 2.88M disk or to a hard disk partition, you use
- the 2DISK option to create a 2-Disk BOOT System. If your A: drive
- is 5.25" 1.2M, the 2DISK option will be assumed.
-
- PM : This is an OS/2 system that supports one or more OS/2 Full
- Screen or PM sessions. If the VDM option is specified, support for
- both Windowed (i.e. Seemless) and Full Screen VDM sessions is
- added. The ability to switch between different Screen Sessions is
- supported by the supplied Protect Shell program, PMSHELL. You can
- switch between Screen Sessions, both OS/2 and VDM, using the
- Alt-Esc key sequence.
-
- A PM BOOT System requires about 9M of hard disk space. This does
- not include the disk space needed for the SWAP file.
-
- WPS : This is an OS/2 system that supports one or more OS/2 Full
- Screen or PM sessions. If the VDM option is specified, support for
- both Windowed (i.e. Seemless) and Full Screen VDM sessions is
- added. The ability to switch between different Screen Sessions is
- supported by the supplied Protect Shell program, PMSHELL. You can
- switch between Screen Sessions, both OS/2 and VDM, using the
- Alt-Esc key sequence. The difference between this and a PM BOOT
- System is the availability of the OS/2 WPS. Certain default System
- Program and Folder objects are included.
-
- A WPS BOOT System requires about 9M of hard disk space. This does
- not include the disk space needed for the SWAP file.
-
- Syntax: BOOTOS2 <SOURCE=drive:\path\>
- <TARGET=drive>
- <TYPE=PM|WPS>
- <NLS(Country,KBD,CodePage)>
- <2DISK[=drive]>
- <ABIOS>
- <REXX>
- <SWAP=drive:\path\>
- <TRACE[=drive:\path[\file]]>
- <HELP>
- <SYSED>
- <VDM>
- <VGA>
- <FILE=drive:\path\file>
- <TEMP=drive:\path>
- <FORMAT[:FAT]>
- <FORMAT:HPFS>
- <FORMAT:NONE>
- <QUIET>
- <GA200|SP200|GA210|SP211|MR211|GA300|GA400>
-
- SOURCE= Depending on what type of install you ask BOOTOS2 to
- perform, certain files might be required from the
- install disks you used to create your active OS/2
- system. One file that is always required is SYSINSTX
- which is used to create the OS/2 BOOT record, OS2BOOT.
- The file SYSINSTX.COM is (so far) always found on the
- first Install disk. If you are creating a BOOT Disk,
- then the files KEYBOARD.DCP, VTBL850.DCP, and the
- CONFIG.SYS file from the install disk are also required.
-
- Normally BOOTOS2 will prompt you for the Install disks
- it needs. However, if you installed OS/2 over a LAN
- or equivalent redirected source, you can use the SOURCE
- option to point to these redirected sources. The value
- of SOURCE is usually a standard CID directory structure,
- as defined in "GG24-3780 : OS/2 V2.0 and V2.1 Remote
- Installation and Maintenance".
-
- Alternatively, SOURCE can point to a single directory
- where all the required files are located. This is the
- usual format OS/2 CSD remote installs where all the
- install disks are copied to a single directory. You
- could alternatively create a single directory that
- contains only those files needed by BOOTOS2 and use the
- SOURCE option so users won't have to worry about install
- disks.
-
- NOTE : Do *not* specify SOURCE=A if you intend to use
- the OS/2 Install Disks as your source for the
- required files.
-
- TARGET= By default, BOOTOS2 will install the BOOT system on a
- floppy disk in your A: drive. You can use the TARGET=
- argument to specify an alternate Drive to install the
- BOOT system on. This alternate drive can be another
- floppy or a Hard Disk Drive. Any medium capable of
- being booted from can be a target.
-
- Values for target are a single drive letter: A .. Z
-
- TYPE=PM BOOTOS2 will install a BOOT System that will support
- PM Applications. The BOOT System will be accessed as
- a single OS/2 Windowed Command Prompt.
-
- TYPE=WPS BOOTOS2 will install a BOOT system that will support
- PM Applications. The BOOT System will be accessed
- using the OS/2 WorkPlace Shell (WPS).
-
- NLS By Default, BOOTOS2 will get information regarding the
- NLS environment from the following CONFIG.SYS statements:
-
- DEVINFO=KBD,xx,KEYBOARD.DCP : Default xx = US
- COUNTRY=xxx,COUNTRY.SYS : Default xxx = 001
- CodePage=xxx : Default xxx = 850
-
- If your environment requires different values for the
- above statements, you specify them via the NLS argument.
- Please note that you must specify all three values.
-
- NOTE: The statement is only valid for a TYPE=PM or
- TYPE=WPS install. For a minimal install (the
- default) the 'stripped' versions of the NLS
- modules, KEYBOARD.DCP and VTBL850.DCP, are
- used which do not support alternate values.
-
- 2DISK If creating a BOOT system where the target is a floppy
- disk drive, the 2DISK option allows you to spread the
- BOOT system across two disks, increasing the amount of
- space available for both required and optional files.
-
- By default, if your system has a B: drive, BOOTOS2 will
- use that as the second drive. If you don't have a B:
- drive then BOOTOS2 will use A: for both disks (in which
- case you'll have to swap disks during OS/2 IPL).
-
- Alternatively, you can specify an alternative target
- drive for the second drive. This is useful when you
- want to use a floppy drive other than B (for whatever
- reason).
-
- Also, if you have a B: drive, but still want to create a
- 2-Disk BOOT system using only the A: drive, you can
- specify 2DISK=A to override the default of using B.
-
- REXX If room allows, support for REXX will be installed.
-
- HELP BOOTOS2 will try and add basic OS/2 Help support.
- (PM and WPS only).
-
- *NOTE* Only the base OS/2 Help SubSystem will be
- installed. Specific help files will not be
- available unless the user installs them.
-
- VDM Support for Virtual Dos Machines (VDMs) will added.
-
- *NOTE* This option can not be used when the target
- drive is a floppy disk on OS/2 systems prior
- to OS/2 WARP V3
-
- *NOTE* When VDM support is installed on a Minimal
- system (Text Only), to start a new VDM session
- press the Ctrl-D key combination. This will
- invoke a new VDM session.
-
- VGA Normally for a PM or WPS type install the video support
- on the Target drive will be the same as the active OS/2
- system from which BOOTOS2 is run. The VGA option can
- be used to override this and force BOOTOS2 to install
- basic VGA mode video support; this is useful if your
- active OS/2 system has installed a Video adapter that
- BOOTOS2 does not yet support.
- (PM and WPS only)
-
- NOTE: If the BOOTOS2 install completes sucessfully,
- but when you IPL the Target system you get a
- "C000005" error in PMMERGE, the most likely
- cause of this is incorrect video support. Try
- using the VGA option to resolve it.
-
- SYSED Add support for the OS/2 System Editor (E.EXE)
- (PM and WPS only)
-
- SWAP= For a TYPE=PM or TYPE=WPS install, the default value for
- the SWAPPATH is the ROOT directory of the target BOOT
- system. You can use this option to place the Swap File in
- a different directory.
-
- TEMP= For certain types of installs, BOOTOS2 will create a temporary
- directory named BOS2TEMP in order to have a place to store files
- copied from the install disks. The TEMP option allows you to
- specify an alternate path to use as the temporary directory.
-
- FILE= This option can be used to specify alternate files to be
- installed by BOOTOS2. The value of the option is the
- fully qualified file name of a Text file; BOOTOS2 will
- examine each line in the file as follows:
-
- - If the line is blank it will be ignored
-
- - If the line starts with a '*', it will be considered
- a comment line and will be ignored
-
- - If the line starts with a '=', all text past the '='
- will be considered the fully qualified file name of
- a file BOOTOS2 will copy to the \OS2 directory of the
- target drive.
-
- - All other lines will copied unchanged to the CONFG.SYS
- file on the Target drive.
-
- NOTE: for now, you *must* include the full path name with
- the file name.
-
- TRACE Use this option to create a Trace of the Install Process.
- A file called BOOTOS2.LOG will be created that will
- contain a complete record of the requested BOOT System
- Install process. By default the LOG file will be created
- on the same physical directory the BOOTOS2.EXE program
- resides on. You can optionally specify an alternate path
- and file name for the LOG file;
-
- e.g. TRACE=drive:\path\file
-
- FORMAT You can use this option to have BOOTOS2 force a certain
- type of Format (i.e. FAT, HPFS, or NONE) to the target
- drive. This is usefull for automated processes.
-
- QUIET This will run BOOTOS2 such that no output is produced.
- This is also useful for automated processes. You can
- use the TRACE option to maintain a record of the install.
- Please note that because BOOTOS2 can't prompt the user
- to ask about formating the target drive, if you don't
- explicitly specify the FORMAT option, FORMAT:FAT will
- be assumed.
-
- The following 5 options can be used to force BOOTOS2 to assume
- that the specified OS/2 v2.x version is the 'active' level.
- Usually BOOTOS2 will determine this automatically by examining
- the SYSLEVEL.OS2 file, so you shouldn't need to use these
- options under normal circumstances. However, there are times
- when the SYSLEVEL.OS2 file can become corrupted, making it
- impossible for BOOTOS2 to determine the active system level.
- You can use these options to get around this problem.
-
- GA200 OS/2 2.00 GA
- SP200 OS/2 2.00 SP
- GA210 OS/2 2.10 GA
- SP211 OS/2 2.11 CSD SP
- MR211 OS/2 2.11 Manufacturers Refresh
- GA300 OS/2 WARP V3.0
- GA400 OS/2 WARP V4.0
-
- NOTE: OS/2 WARP v3.0 will present itself as OS/2 v2.30.
- OS/2 WARP v4.0 will present itself as OS/2 v2.40.
-
- You must run BOOTOS2 from an existing OS/2 V2, V3 or V4 system. The BOOTOS2 program
- will analyze your system and create a BOOT system that is specific for it. For
- example it will determine if your system supports features such as HPFS or SCSI
- and add the appropriate support for it. Because of this, a BOOT disk created
- for a specific workstation will not necessarily work correctly on a different
- workstation.
-
- If you install the BOOT system on a Hard Disk Drive, you'll probably want to
- also install the OS/2 BOOT Manager and add the BOOTOS2 system to it.
-
- Please note that the BOOT system installed with this release of BOOTOS2 does
- not support Windows. A future release of the program might do so
- if enough users want it (and I figure out how).
-
- The file BOOT2X.ZIP contains the following files:
-
- BOOTOS2.EXE * The OS/2 BOOT System Create Utilty for OS/2 V2.0
- BOOTOS2.ABS * Short Abstract descriping the Function of BOOTOS2
- BOOTOS2.DOC * Documentation for BOOTOS2
- BOS2U200.INI * User INI file needed for OS/2 2.0
- BOS2S200.INI * System INI file needed for OS/2 2.0
- BOS2U210.INI * User INI file needed for OS/2 2.0+SP and OS/2 2.1
- BOS2S210.INI * System INI file needed for OS/2 2.0+SP and OS/2 2.1
- BOS2U300.INI * User INI file needed for OS/2 WARP V3
- BOS2S300.INI * System INI file needed for OS/2 WARP V3
- BOS2U400.INI * User INI file needed for OS/2 WARP V3
- BOS2S400.INI * System INI file needed for OS/2 WARP V3
- BOS2REXX.EXE * Stub Module for REXX Support
- BOS2SHL.EXE * Protect Shell program for use instead of SYSINST1
- BOS2DD.SYS * Device Driver for 2DISK=A install
- ELEP2F.ZIP * OS/2 Entry Level 3270 Emulation Program
- LICENSE.TXT * IBM License Agreement
-
- Author:
-
- Kenneth A. Kahn, P/390 Software Development,
- IBM Corp.
- Poughkeepsie N.Y.
-
- CompuServe - 71333,2526
- Internet - KENKAHN@IBM.NET
-
- History:
-
- 08/92 : (v1.00)
-
- - Initial release
-
- 03/93 : (V2.00)
-
- - Fixed a problem where BOOTOS2 was not recognizing a Floppy Disk Drive as a
- Removable medium if no Disk was in it when the program first started. This
- would cause BOOTOS2 to install the wrong BOOT System, resulting in various
- errors.
-
- - Fixed problem with FORMAT by making it run Synchronously so if it Fails, an
- error code will be returned.
-
- - Added support for NLS Statement
-
- - When COPYing file, added more meaningful error messages
-
- - Fixed problem running BOOTOS2 from a ROOT Directory
-
- - The temporary directory where files from the install disks are copied is
- changed from the directory where BOOTOS2.EXE is executed from to a new
- subdirectory based off of it named BOS2TEMP This will prevent BOOTOS2 from
- overwriting and deleting system files when it is located on the \OS2
- directory of the BOOT Drive.
-
- - The INI files can now be located on your DPATH
-
- - If the Target Drive is already formatted and contains data, the option to
- run the Install without formating is given.
-
- - Added special support for the Image Adapter/A
-
- - All DLLs will be located via LIBPATH instead of looking automatically for it
- in \OS2\DLL
-
- - Changed TARGET= to allow for X or X:
-
- - For a minimal install, a check will be made to see if there is enough room
- left on the target drive to copy over extra files like CHKDSK, UHPFS and
- OSO001.MSG
-
- - Fixed problem where HPFS support was not added if the Target drive was
- formatted for HPFS but the active system did not have HPFS support.
-
- - Added support for 2-Disk BOOT System via 2DISK argument
-
- - Added NLS support for FORMAT by querying system for the response character
- to use: US default is 'Y'
-
- - Added support for a BOOT system when active system is OS/2 2.0 with Service
- Pack or OS/2 2.1
-
- - Added support for REXX invocation argument
-
- - Added support for ABIOS argument. This allows a user to explicitly specify
- that the workstation supports ABIOS. This will allow the user to circumvent
- the problem where "RAM Loadable" MicroChannel machines were being diagnosed
- as not supporting ABIOS; causing the wrong set of system files to be loaded.
-
- - Changed external name to BOOTOS2
-
- - Added support for the TRACE invocation option
-
- - Added support for the SWAP= invocation argument
-
- 05/93 : (V3.00)
-
- - Updated BOS2U21 and BOS2S21 files to 2.1 GA levels
-
- - Fixed 2DISK option. It will no longer return RC=4 after trying
- to format B.
-
- - Added support for SVGA; Copy over \OS2\SVGADATA.PMI
-
- - Added code to copy over BASEDEV= invocation arguments
-
- - Added code to copy over HELPMGR.DLL if room allows
-
- - Added 2.1 support for 8514 by updating BOS2U21.INI with the proper values
- for PM_DISPLAYS. This updating of BOS2U21 will be done for all display
- types if necessary.
-
- - Added support for HPFS386
-
- - For a Disk Install, install sequence changed so the files SYSINST1 and
- HARDERR are only copied if there is room. This frees up room for BIO
- files required by certain MicroChannel machines that could not fit
- otherwise.
-
- *NOTE* If SYSINST1/HARDERR are not installed, then CAD will not work
-
- - Enhanced install of BASEDEV drivers. For a single 1.44M BOOT Disk, only
- those BASEDEV drivers that are needed for accessing DASD (.ADD) are copied.
- Otherwise, if room allows, all BASEDEV drivers will be copied.
-
- - Removed copying of DTM.DLL for a TYPE=PM or TYPE=WPS install. It wasn't
- needed for anything as far as I could tell and at least one user complained
- it wasn't installed on his base OS/2 system
-
- - Support for the IBM IA/A is not working in this release. I am trying to get
- help with this from the IA/A development team, but it might take a while. If
- you have IA/A support installed on your active system when you run BOOTOS2,
- you can try the following:
-
- * On the \OS2\DLL directory of your active OS/2 2.x system, look for a file
- named DISPLAY.OLD; this is the DISPLAY.DLL that was active before you ran
- the IA/A INSTALL program. Copy this 'over' the DISPLAY.DLL that BOOTOS2
- installed on the \OS2\DLL directory of your 'target' system.
-
- * In the CONFIG.SYS of your target system, look for the following statements:
-
- DEVICE=\OS2\XGARING0.SYS
- DEVICE=\OS2\IAOS2RFS.SYS
- SET VIDEO_DEVICES=VIO_yyy,VIO_IBMIAA
- SET VIO_IBMIAA=DEVICE(BVHVGA,BVHIAA)
- SET VIO_yyy=DEVICE(BVHVGA,BVHyyy)
-
- * Change these to:
-
- rem DEVICE=\OS2\XGARING0.SYS
- rem DEVICE=\OS2\IAOS2RFS.SYS
- SET VIDEO_DEVICES=VIO_yyy
- rem SET VIO_IBMIAA=DEVICE(BVHVGA,BVHIAA)
- SET VIO_yyy=DEVICE(BVHyyy)
-
- * Do this *BEFORE* you IPL your Target BOOTOS2 System
-
- 03/94 : (V4.00)
-
- - Enhanced the 2DISK option to work on a system with a single Disk Drive.
-
- - Enhanced the TRACE option to accept an alternate PATH where BOOTOS2.LOG will
- be created.
-
- - For XGA support, all files on the XGA$DMQS directory will now be copied to
- the Target Drive.
-
- - Enhanced BASEDEV processing to search for target files via DPATH instead of
- just on the \OS2 directory.
-
- - Fixed support HPFS386 support; files HPFS200.386 and HFS.MSG are copied as
- well as HPFS386.IFS. For a minimal install, the BOOTSH.EXE OS/2 Shell program
- will be copied and used as the PROTSHELL.
-
- - For SVGA support, made copying of SVGADATA.PMI optional. This is in case the
- SVGA ON command was not yet run
-
- - Mouse support will be added to a minimal BOOT System if room allows
-
- - Added support for the OS/2 2.11 CSD SP and 2.11 Manfacturers Refresh
-
- - Enhanced SOURCE= to allow for Service Pack (CSD) install by allowing it to
- point to a single directory instead of a CID directory structure.
-
- - Added HELP option to optionally add support for OS/2 Help
- if room allows. The files HPMGRMRI.DLL and HMHELP.HLP are
- are copied, and a SET HELP= statement is added to the
- CONFIG.SYS
-
- - For a minimal system, BOOTOS2 will now use it's own SHELL program, BOOTSHL,
- instead of SYSINST1. Unlike SYSINST1, BOOTSHL program supports multiple
- screen sessions (via Alt-Esc). It also supports STARTUP.CMD
-
- - Added support for VDMs via VDM option
-
- - Added some new invocation arguments to allow for
- unattended installs.
-
- FORMAT[:FAT] = Automatically Format Target for FAT
- FORMAT:HPFS = Automatically Format Target for HPFS
- FORMAT:NONE = Automatically Skip the Target Format
-
- - Added SYSED option to optionally add support for the
- OS/2 System Editor (E.EXE)
-
- - Added SYSINSTX as an optional install file
-
- - Added optional target to 2DISK option (2DISK=x:)
-
- - Added code to cleanup, and remove, BOS2TEMP when done
-
- - Added QUIET argument to allow suppression of all output
- to StdOUT
-
- - Verified all cases where BOOTOS2 ends in error would
- return a non-zero code
-
- - Added Stacker Support.
-
- - Removed COM.SYS as file that BOOTOS2 will install for
- serial mouse support (not needed)
-
- - Updated SOURCE option to look for either CID directory
- structure or a single directory
-
- - Added support for AOX upgrade. If OEMXLAT.SYS is found
- on active system, it will copied to target drive
-
- 07/94 : (V5.00)
- - Fixed problem where if target disk was formated for HPFS
- and HPFS386 is active, support for HPFS.IFS would be
- installed instead of for HPFS386
-
- - For a 2-Disk Install, the support files for HPFS and the
- file CMD.EXE will be copied to the second target drive to
- space on the first target drive.
-
- - Added support for OS2fW 2.10 Ga and OS2fW 2.11 SP
-
- - Added support for the OS/2 Performance Beta (v2.12)
-
- - Removed AOX support as that is only needed in a 16-bit
- environment (e.g. OS/2 v1.x).
-
- - Fixed Stacker support to allow for STACKERI.SYS
-
- - As of LS 4.0 the file HPFS200.386 was folded into the
- HPFS386.IFS file. Code added to recognize this and
- to not copy HPFS200.386 if appropriate.
-
- 11/94 : (V6.00)
- - Fixed problem with install of HPFS386 support where target
- was a single drive (1 or 2 disks) that resulted in an
- error message about trying to copy over a NULL file.
-
- - Fixed support for CDROMs by copying over OS2CDROM.DMD
- and CDFS.IFS
-
- - Added support for EXT5DD
-
- - Removed restriction of installing VDM on BOOT Disk in
- support of APAR (PJ13582). The VDM option is valid on
- BOOT disks created for OS/2 WARP V3
-
- - If target drive is non-removable, do not change it's
- volume label if it is not formated.
-
- - Added support for new 32-bit IA/A drivers. The older
- 16-bit IA/A drivers are not supported.
-
- - Changed BASEDEV processing to copy *ALL* drivers instead
- of just the DMDs, ADDs and I13.
-
- - Added support for the new OS/2 WARP V3 (XR03000)
-
- - Fixed abend caused when trying to open
- a non-existing CONFIG.SYS file. An error message is
- now issued when the file can't be found.
-
- - Fixed problem where CONFIG.SYS statements >255 would cause
- premature ending of BOOTOS2 without any error messages.
- This was a combination of lack of Stack (Stack and Heap
- increased to 16K) and only processing first 255 bytes of
- CONFIG.SYS statements.
-
- - Enhanced support for alternate Mouse drivers; any driver
- specified via TARGET= on the MOUSE.SYS statement will
- be installed.
-
- NOTE: The alternate Device Driver must be accessable via DPATH.
-
- NOTE: Any parameters that need to be specified on the DEVICE=
- statement for the alternate drive must be added by the
- user.
-
- - Changed the way ABIOS Patch files are processed. Instead
- of examining all the .BIO files and copying those with the
- correct Machine ID, the patch files are extracted out from
- the ABIOS.SYS file on the BOOT drive. This ensures that
- only those patch files valid for the hardware are copied,
- preventing the problem where 'extra' patch files were
- copied that matched the Machine (or default) ID but were
- not valid, resulting in the system looking for the nonMCA
- drivers (e.g. CLOCK01) instead of the MCA ones (CLOCK02)
-
- This change also allows for the possibility of patch files
- with extensions other than .BIO to be processed
-
- - Added new option FILE=. This allows users to specify alternate files
- to be installed by BOOTOS2 on the Target drive.
-
- - Changed the names of the INI files supplied by BOOTOS2 in order to allow
- more flexibility with the Major and Minor version numbers
-
- 07/95 (V7.00)
- - Added support for WARP Full-Pack (XR03001)
-
- - Addeded support for BASEDEV=OS2CDROM.DMD in addition to DEVICE=
-
- - Fixed problem of OS2LOGO not being copied over if 2DISK=A
- was specified.
-
- - The file HPFS386.INI will be copied if LS 4.0 is installed
- and HPFS386 is active.
-
- - Fixed problem where GA300 was always set if one of the
- explicit version options (e.g. GA200, GA211, GA300)
- were not set.
-
- - Added support for VGA option
-
- - Fixed Video support for TYPE=PM and WPS; the INI file
- entry PM_DISPLAYDRIVERS was not being set up right.
-
- - Added TEDIT to list of optional files to copy if room
- allows and if it exists
-
- - Fixed problem with FILE= where multiple CONFIG.SYS line
- were joined together (i.e. no EOL was generated between
- lines).
-
- - Added initial support for ATI drivers; all ATIxxx.SYS
- DEVICE statments and their drivers will be copied to
- the target system.
-
- - Removed support for Stacker; users can use the FILE=
- option to add appropriate statements.
-
-
- 01/97 (V8.00)
- - Added support for WARP 4 (Merlin).
-
- - Converted BOOTOS2.EXE to 32-bit.
-
- - For a full install, copy over the DLLs MINXMRI, MINXOBJ,
- and IBMVGA32 if they exist. This resolves a lot of
- problems with video support resulting in abends in
- PMMERGE.
-
- - Modified the TRACE= option to allow you to specify an
- optional file name. If just a directory is specified,
- the file name BOOTOS2.LOG will be used as before.
-
- - Changed CONFIG.SYS processing to add SET COMSPEC in
- addition to SET OS2_SHELL;
-
- - BVHWNDW.DLL will be copied to the target system for all
- types of installs, not just for a PM or WPS install.
- This prevents the problem of a blank screen occuring when
- switching between multiple sessions via Alt-Esc.
-
- - BVHVGA.DLL will be copied to the target system for all
- types of installs, not just for a PM or WPS install.
- This prevents the problem of a blank screen occuring when
- switching between multiple sessions via Alt-Esc.
-
- - Added support for Plug and Play; the files PNP.SYS,
- ISAPNP.SYS and PREVIOUS.DAT will be copied if present.
-
- - Fixed problem where DeskTop for type PM and WPS installs
- was always placed on C: drive no matter what target was
- specified; fix was to update INI files with correct
- target drive path.
-
- - User and System INI files on target system will always
- be named BOS2USER.INI and BOS2SYS.INI no matter what OS/2
- release is active.
-
- - Fixed problem of install not finding SYSINSTX on Disk 0
- if SOURCE= not specified.
-
- - Fixed problem with PM and WPS install for SVGA video using S3 chip set.
- The file S3PMI.DLL will now be installed.
-
- - For PM and WPS installs, copy over VIDEO.CFG or EEDATA.EE_
- if present. These fix various video synch problems.
-
- - For PM and WPS INSTALLS, all the keys from the following
- OS2.ini entries will be copied to BOS2USER:
-
- PM_Colors PM_Control_Panel PM_DefaultColors
- PM_National
-
- - Fixed problem of alternate mouse driver specified via the
- TYPE= argument not being found if not on the DPATH. The
- driver location will now be extracted directly from the
- corresponding DEVICE= statement that loads it.
-
- - If HPFS support installed, added /AUTOCHECK switch to
- IFS= statement for active BOOT drive. This should resolve
- problems with keyboard not working with PM or WPS systems.
-
- - For a 2DISK=A install, a statement will be added to the
- target CONFIG.SYS to invoke the new BOS2DD.SYS driver.
-
- - For a 2DISK=A Install, the message in OS2LDR.MSG that
- prompts for the second OS/2 Install Disk will be modified
- to prompt for the second BOOTOS2 disk. This will be
- used by BOS2DD to prompt for the second BOOTOS2 Disk.
-
- - Fixed problem causing abend during last part of install
- process when 2DISK is specified using Drive B (usually
- occuring after CHKDSK is copied).
-
- - Force x:\OS2\DLL (x is BOOT Drive) to front of LIBPATH used
- when searching for DLLs; this will correct a problem with
- programs like Process Commander that provide their own
- copies of system DLLs (e.g. DOSCALL1) that require DLLs
- not picked up by the normal BOOTOS2 process.
-
- - Made room on Disk 1 of 2DISK=A install by:
- * Remove NPXEMLTR.DLL (on Disk 2)
- * Do not install BASEDEV=PRINT0x.SYS
- * Do not install BASEDEV=TIMER0.SYS
- * Do not install BASEDEV=XDFLOPPY.FLT
- * Install only IBM2FLPY or IBM2FLPY, not both
-
- - For a 2DISK=A install, add mouse support.
-
- - If 2DISK is specified without optional target drive, and
- if there is no B drive available, 2DISK=A will be assumed
-
- - Include 'OS/2 Entry Level 3270 Emulation Program', also known
- as ELEP2. This is a 3270 CUT Mode emulator that can runs in a
- VIO session and can fit on an OS/2 Boot Disk. This allows you
- host system access while booting from a minimal text-only OS/2
- system.
-
- 02/21/97 (V8.10)
- - Added /TEMP argument to allow user to specify directory
- used to store temporary files.
- - Fixed problem with HPFS386 where BOS2SHL was installed
- instead of BOOTSH for a 2DISK=A install.
-
- 02/21/97 (V8.15)
- - When adding files from Alternate File list (FILE=), if the
- file does not exist, instead of halting the install, just
- print an error message to the LOG file and continue.
- - When adding files from Alternate File list (FILE=), if the
- file is a DLL, copy to the \OS2\DLL directory.
- - Fixed problem where Config_Print would abend if the line
- obtained from the original CONFIG.SYS statement had an
- embeded printf escape character (e.g. %n).
- - When formating a hard disk drive for FAT as a result of
- the user responding the FAT/HPFS/ByPass prompt, removed
- an erroneous print_to_log statement that was causing an
- occassional 1088 Trap.
-
- 04/23/97 (V8.20)
- - Increased size of temporary buffer used when processing
- Alternate Mouse Driver (TYPE= on MOUSE.SYS) from 64 to 256
- characters to avoid abend caused by multiple invocation
- arguments.
-
- 07/26/97 (V8.30)
- - Added support for CHKDSK32
-
- 08/03/97 (V8.40)
- - Added initial support for Matrox drivers; all KMGAxxx.SYS
- DEVICE statments and their drivers will be copied to
- the target system.
-
- 08/14/97 (V8.45)
- - Fixed problem causing Access Denied when copying OS2LDR.MSG
- if file already existed on target drive.