home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!dtix!darwin.sura.net!jvnc.net!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.misc
- Subject: Re: LOADHIGH: How does it work in OS/2 (simulated DOS) ?
- Message-ID: <1992Dec22.164305.28898@njitgw.njit.edu>
- Date: 22 Dec 92 16:43:05 GMT
- References: <1992Dec15.051839.12892@midway.uchicago.edu> <85586@ut-emx.uucp> <1992Dec20.035112.28900@midway.uchicago.edu>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 43
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <1992Dec20.035112.28900@midway.uchicago.edu> pynq@midway.uchicago.edu writes:
- >True. WHat is particularly annoying is the inability to get LOADHIGH to
- >tell you what is currently loaded high. You can it from "MEM /P", though.
- >
- >Anyway, three other interesting things I've noticed:
- > 1) My default CONFIG.SYS contained the line: DOS=LOW,NOUMB
- > I changed this to DOS=HIGH,UMB, but it seemed to make no
- > difference in my DOS sessions. I guess it must only be
- > parsed at OS/2 boot time. (Weird!). Anyway, I haven't tried
- > rebooting to test this theory.
-
- CONFIG.SYS is only read once per bootup. The DOS boxes don't read it,
- they only use the DOS settings. The default settings are determined
- by the CONFIG.SYS, and aren't changed without a reboot.
-
- > 2) I then turned the DOS_HIGH and DOS_UMB switches in the DOS
- > window notebook on, and that seemed to do the trick.
- > However, I now get a funny looking MAPMEM, as shown below.
- > Any idea why?
-
- MapMem doesn't know how to handle OS/2's DOS boxes. Neither does
- PMAP, or any other memory mapper I know of. They all read DOS's "list
- of lists" to get the handle to the first memory block, after which,
- they walk the chain of blocks. Well, OS/2's DOS boxes don't have a
- "list of lists" - the information is only accessible through hooks
- into OS/2 - which is how MEM and the DOS boxes work. If you create
- UMB's in a specific DOS session (with /OS2/MDOS/HIMEM.SYS) then you'll
- find MapMem to work correctly there.
-
- > 3) Finally, for some reason, QD refuses to be loaded high. (I
- > have to load it low). Needless to say, this has never been a
- > problem with QEMM's LOADHI. As I noted in another post, it
- > complains that it is already installed and refuses to
- > install (when attempted to be loaded high).
-
- I've noticed this. Under DOS 5.0, VSHIELD wouldn't load high due to
- lack of free UMB space. Under OS/2, VSHIELD generates an "impossible
- internal error" when I attempt to load it high.
- --
- |) David Charlap | .signature confiscated by FBI due to
- /|_ dic5340@hertz.njit.edu | an ongoing investigation into the
- ((|,) | source of these .signature virusses
- ~|~
-