home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / misc / 36938 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  8.1 KB
  1. Xref: sparky comp.os.os2.misc:36938 comp.os.os2.apps:8413 comp.os.os2:457
  2. Path: sparky!uunet!gatech!prism!gt0040a
  3. From: gt0040a@prism.gatech.EDU (Tom Sorensen)
  4. Newsgroups: comp.os.os2.misc,comp.os.os2.apps,comp.os.os2
  5. Subject: Known SP bugs: please read
  6. Keywords: SP, bugs
  7. Message-ID: <75295@hydra.gatech.EDU>
  8. Date: 18 Nov 92 18:13:44 GMT
  9. Followup-To: comp.os.os2.misc
  10. Organization: Georgia Institute of Technology
  11. Lines: 169
  12.  
  13. Pulled this off of ILink... I'm not sure where it came from- either NSC or
  14. CIS.
  15. ============================================================================
  16. <<< OS/2 SERVICE PACK XR06055 - KNOWN PROBLEMS AND FIXES    >>>
  17. Subject : OS/2 SERVICE PACK XR06055 - KNOWN PROBLEMS AND FIXES
  18. OS/2 SERVICE PACK XR06055 - KNOWN PROBLEMS AND FIXES
  19.  
  20. The following is a list of the known problems that can be introduced
  21. by installing the OS/2 2.0 Service Pack XR06055. Where possible, a "work
  22. around" solution is given for the problem. Most, but not all of these are
  23. problems with video adapters and the new video drivers.
  24.  
  25. 1. Diamond Speedstar Adapter with the Tseng ET4000 Chip
  26.  
  27.    Configuring this adapter for Super VGA (SVGA) and high resolution
  28.    results in an out-of-sync Desktop or unsynchronized monitor.
  29.  
  30.    To correct the problem:
  31.  
  32.    A. Boot DOS from hard disk or VMB if installed, boot from a DOS
  33.       diskette otherwise.
  34.  
  35.    B. Use the utility program called VMODE, found on the utility diskette
  36.       that came with the display adapter, to execute the following
  37.       commands from the DOS command line:
  38.  
  39.       1. VMODE MONITOR
  40.       2. VMODE 38
  41.  
  42.    C. Enter the command "SVGA ON". This will generate a SVGADATA.PMI file
  43.       in the OS2 directory of the drive you booted from.
  44.  
  45.       Note: If you booted a DOS diskette, the PMI file may be written
  46.             on the diskette. Copy the PMI file to your primary OS/2
  47.             partition in the OS2 directory.
  48.  
  49.       The program SVGA.EXE program is located in the OS2 directory on the
  50.       primary OS/2 drive or partition.
  51.  
  52.    D. The same out-of-sync Desktop problem will again occur when you start
  53.       a WINOS2 Full Screen session with the High Resolution SVGA option set.
  54.  
  55.    E. This problem is corrected by copying the VMODE program from the
  56.       utility diskette to a directory referenced in the DOS PATH or the
  57.       root directory. Then edit the AUTOEXEC.BAT file and add the following
  58.       statements:
  59.  
  60.       VMODE MONITOR
  61.       VMODE 38
  62.  
  63.       This will set the correct video mode on the adapter before the
  64.       WINOS2 session starts.
  65.  
  66.  
  67. 2. Real Mode (DOS) SVGA is supported in OS/2 2.0 only with the following
  68.    adapters:
  69.  
  70.    Western Digital's Paradise Professional
  71.  
  72.    Super VGA cards with either Tseng ET4000 or ET3000
  73.  
  74.    Video Seven's VRAM II
  75.  
  76.    ATI VGAWONDER XL (with Chip # 18800 or  28800)
  77.  
  78.    Trident Card (Chip # 8900c )
  79.  
  80.  
  81. 3. Problems using a system with the Micro-Channel XGA-2 (XGA - NI) adapter
  82.    and an IBM 8514 or an OEM multisync 8514 compatible monitor.
  83.  
  84.    If the system was running XGA with OS/2 2.0 GA and the Service Pack is
  85.    applied, upon reboot after Service Pack installation the display becomes
  86.    unsynchronized. The solution is to boot off diskette if necessary, then
  87.    "CD" to the XGA$DMQS directory on the primary partition and delete all
  88.    of the ".DGS" files found. Then reboot the OS/2 system.
  89.  
  90.    The OS/2 system will come up synchronized and in interlaced mode. If the
  91.    video monitor used supports noninterlaced modes (such as MultiSync),
  92.    then use the reference diskette that came with the XGA-2 adapter to
  93.    generate an XGASETUP.PRO file into the XGA$DMQS directory. This will
  94.    cause the monitor to use noninterlace mode the next time OS/2 is booted.
  95.  
  96. 4. Systems with the ISA (AT) bus XGA-NI adapter (a non-IBM product) will
  97.    not be able to use XGA mode in DOS VDM sessions or in WINOS2 Full Screen
  98.    sessions. Error messages noting missing .DGS files will occur when any
  99.    attempt is made to use XGA with DOS or WINOS2. There is no solution or
  100.    work around for this problem known at this time.
  101.  
  102. 5. The new Tseng SVGA drivers were installed but the OS/2 system fails to
  103.    boot afterwards (only a blinking cursor in the upper left hand corner
  104.    of an otherwise blank screen).
  105.  
  106.    Check for the existence of a SVGADATA.PMI file in the OS2 directory
  107.    on the OS/2 primary partition. If not present, use the work around
  108.    noted in 1.C above to create the SVGADATA.PMI file.
  109.  
  110.    Check the video adapter for the Tseng ET3000 or ET4000 chipset (required
  111.    for OS/2). Also check to make sure that the video adapter has enough
  112.    video memory to use the SVGA mode that was configured. For example, the
  113.    modes 800x600x256 (medium resolution) and 1024x768x256 (high resolution)
  114.    each require a minimum of one MB of video memory.
  115.  
  116. 6. Using SVGA mode in OS/2 DOS and WINOS2 Full Screen sessions is not
  117.    supported on systems with the ATI 8514 Ultra adapter. There is no
  118.    solution or work around for this at this time.
  119.  
  120. 7. The EVEREX Viewpoint adapter with the Tseng ET4000 chip may get the
  121.    out-of-sync Desktop or unsynchronized monitor problem. This is usually
  122.    caused by the actions of the user and the way the various OS/2 session
  123.    types are configured. For example:
  124.  
  125.    1. The user is on the PM Desktop with VGA mode ON. He then starts a DOS
  126.       Full Screen session and sets SVGA high resolution mode (might be done
  127.       in AUTOEXEC as explained above). Then the user switches back to the
  128.       PM Desktop with Alt-Esc (was VGA). The monitor/Desktop is out-of-sync.
  129.  
  130.    2. The user is on the PM Desktop which has SVGA high resolution set.
  131.       He then starts an OS/2 Full Screen which defaults to VGA mode. The
  132.       OS/2 Full Screen is now out-of-sync with the monitor.
  133.  
  134. 8. A major problem introduced by the Service Pack is seen when deleting
  135.    any file from a FAT partition while running in a VMB (Bootable DOS)
  136.    session. This will always cause an IPE (Internal Processing Error).
  137.  
  138.    This has been APAR'ed, corrected, and a fix is available with a new
  139.    OS2KRNL. This fix should be available for download from the BBS within
  140.    a few days.
  141.  
  142. 9. The ALT+HOME key will not work in a DOS Full Screen session once it has
  143.    lost focus. A DOS Full Screen session will lose focus when the user
  144.    switches to the Desktop and selects any object there with the mouse.
  145.    When the user switches back to the DOS Full Screen session, the focus
  146.    is lost.
  147.  
  148.    The work around for this problem is to switch to the Desktop, select
  149.    the icon for the DOS Full Screen session that lost focus, pop up the
  150.    context menu for the session with the right mouse button, and choose
  151.    "Windowed". This will restore the focus as well as make the DOS window
  152.    appear. The ALT+HOME hot key will now function until the session is made
  153.    full screen again and it loses focus again.
  154.  
  155. 10. Once a DOS Full Screen session has lost focus (see number 9 above),
  156.     Using the right ALT Key in combination with any extended key (such as
  157.     Home, End, anything on the 10 keypad, etc.) will cause the entire
  158.     keyboard to become non-functional (appear dead).
  159.  
  160.     The work around for the situation is to quickly press and release the
  161.     left ALT key.
  162.  
  163. 11. If a DOS application that requires high resolution mode is started in a
  164.     DOS Windowed session, that application becomes suspended. This is the
  165.     normal and expected behavior as documented. The problem is that the
  166.     Windowed session loses focus, which is not normal. When the user
  167.     then attempts to change the session to Full Screen by using the
  168.     Alt-Home combination, the keyboard becomes non-functional (appears
  169.     dead) because of the problem described in number 10 above.
  170.  
  171.     Once again, the work around for the situation is to quickly press and
  172.     release the left ALT key.
  173.  
  174.    Note: Problems 10 and 11 above have become known as the "sticky ALT key"
  175.          syndrome. The OS/2 system error is caused by the virtual keyboard
  176.          driver getting into a state where it believes the ALT key is being
  177.          physically held down. By pressing and releasing the left ALT key,
  178.          this condition is cleared.
  179. ==========================================================================
  180.      Tom Sorensen
  181.  
  182.