Xref: utzoo comp.os.msdos.misc:1544 comp.os.msdos.programmer:4208 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!n8emr!bluemoon!bytehead From: bytehead@bluemoon.uucp (Bryan Price) Newsgroups: comp.os.msdos.misc,comp.os.msdos.programmer Subject: Re: IBM & MS DOS 5.0 - loadhigh on ATs Message-ID: Date: 24 Mar 91 04:07:13 GMT References: Sender: bbs@bluemoon.uucp (BBS Login) Organization: Blue Moon BBS ((614) 868-9980/2/4) Lines: 43 richard@iesd.auc.dk (Richard Flamsholt S0rensen) writes: > I tried so (using "loadhigh "), and it didn't complain > (i.e. no "Machine too old for this trick" error message or the like), > but it didn't load anything high: a look at the memory using MAPMEM > revealed, that it had been put into low DOS memory (both device > drivers and TSRs). > > I've permuted the device driver lines in my config.sys quite heavily > and don't think there's any combination I haven't tried. Currently, it > reads > device = c:\dos\dos500\himem.sys > dos = high > [other devices, shell, break, etc ... nothing using extended RAM] Weeeeeell, it's like this. You are using himem.sys which is giving you a high memory area of 64K. Your next line tells DOS to load itself (i.e. buffers, MSDOS.SYS, etc) into that 64K area. In my case, I think I have 7K left, but your mileage may vary. If your TSR is smaller than the free space left, then it should load high, otherwise it will load low. If you had memory in the upper 384K area, then with UMB you could load your drivers/tsrs, etc. Since you only have this 64K area to work with, I doubt that you could fit much into it. > > My question is: does anybody know, if this "you can load drivers and > TSRs high also on 286 ATs"-tale belongs in alt.folklore.urban or, if > not, what I should do to make it behave? > > Thanks in advance - Richard > > [ObPCstuff: I haven't tried it extensively. Compared to 3.30, which > I usually use, there are *many* new commands (like undelete and > unformat), some enhancements of the old ones (eg FC, which is now more > DIFF-like) and a online help. I think the command.com is ~45Kb] You have to realize that the reason COMMAND.COM grew was due to the online help text..... > > -- > /Richard Flamsholt > richard@iesd.auc.dk