home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / os2 / misc / 28915 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.4 KB  |  48 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!wupost!gumby!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!ee.ualberta.ca!kurtk
  3. From: kurtk@ee.ualberta.ca (Kurt Klingbeil)
  4. Subject: Specific Version: File/Device IO & EMS problems
  5. Message-ID: <kurtk.715390556@ee.ualberta.ca>
  6. Keywords: EMS specific
  7. Sender: news@kakwa.ucs.ualberta.ca
  8. Nntp-Posting-Host: bode.ee.ualberta.ca
  9. Organization: University Of Alberta, Edmonton Canada
  10. Date: Tue, 1 Sep 1992 23:35:56 GMT
  11. Lines: 35
  12.  
  13.  
  14. Having booted a DOS specific version, try 'DIR >NUL' and 'DIR >> NUL'.
  15. Find any 'Invalid handle' or 'Not OS2 Device' messages... ?
  16. Note that redirect-append works to files, to LPTx, to CON, etc. but for
  17. some reason, >>NUL is broken.  (\dev\nul too... natch)    [Works in VDM's]
  18.  
  19. Try running your favorite 'debug < script' under specific version... NOTE
  20. that linefeeds (of CRLF-as-EOL fame) are no longer quietly ignored, but are
  21. taken to be command-invalidators.  Strip them out, and everything's OK...
  22.  
  23. Next off, a couple of specific version EMS-related questions...:
  24. 1. Does OS2\MDOS\EMM386.SYS accept (and follow) command-line switches?
  25. 2. Is 'frame=e000' a valid switch?  If so, why would the EMS frame end up
  26.    at cc00 (first non-ROM location) instead?
  27. 3. Is 'x=d000-dfff' (LAN Card) still a valid switch ?   If so why wouldn't
  28.    that prevent the memory range from being used ?  And even more strange,
  29.    why would the frame buffer be (partly) located in this excluded range?
  30.  
  31. Further to 1., 2., &3., I've observed the following odd ems-related behaviour:
  32. upon bootup, the HIMEM and EMM386 messages both indicate the drivers were
  33. successfully installed.  If EMS is accessed in any way (including Dos5's
  34. mem command) it is reported as available.  Subsequently examining the memory
  35. range D000:0-DCFF:0 with debug will reveal mirrored copies of part of
  36. the SETUP region of the (AMI) ROM BIOS (F000:0-F3FF:0).
  37. What's going on???  At this point no EMS has actually been used, yet the
  38. LAN-card/cum/page-frame region of memory, which was specifically excluded,
  39. appears to contain ROM-oid stuff usually never accessed post POST...
  40.  
  41. Conversely...  on a freshly rebooted spec.ver.session, If one examines the
  42. D000-DCFF region using debug, one will find the expected LAN-card RAM.
  43. No ROM BIOS, just 00's (and the odd status byte and misc dribbles...).
  44. Having done this, >>PooF<<, EMS is gone.  Somehow, merely accessing the
  45. page-frame region makes it unuseable...
  46.  
  47. Any Ideas Anyone???    thx, kk
  48.