Path: utzoo!utgpu!watmath!att!pacbell!ames!mailrus!accuvax.nwu.edu!tank!stel From: stel@tank.uchicago.edu (stelios valavanis) Newsgroups: comp.sys.ibm.pc Subject: Re: Desqview 386 Problems Message-ID: <4885@tank.uchicago.edu> Date: 7 Aug 89 20:57:18 GMT References: <632@dtix.ARPA> Reply-To: stel@tank.uchicago.edu (stelios valavanis) Organization: University of Chicago Lines: 45 In article <632@dtix.ARPA> jmoore@dtix.navy.mil (Jim Moore) writes: > It almost works. I have installed DesqView, rename xdv.com to dv.com, > execute dv, the open a window and run the memroy status program. > It tells me there is 3300K of available extended memory and > the largest block size is 430K!!! The DesqView manual says that > there should be 550K for the largset block!!! > > Ventura, of course, complains about not enough memory. > > My config.sys entry for qemm.sys is DEVICE = qemm.sys. The > copyright notice for qemm comes up when I boot. The INTEL > memory is active, because both the hardware test and the > INTEL chkmem program (and dv) recognize it (and I had previously > been using it as a ram disk : no longer installed in my config.sys) > > Jim Moore i had this problem when trying to get excel to run under DV/QEMM. the trick is to tweak every bit of memory out of conventional memory by pushing those drivers up into high memory (recollections of this weekend). use the loadhi.sys and loadhi.com as stated in the QEMM manual but make sure you allocated the memory first with params to your QEMM statement. that is add the ROM=xxxx-xxxx to the DEVICE=QEMM line. don't put RAM alone for QEMM to use all that's available it will hang DV. i played around a bit and found that 64k is about the most you can get without any probs (since DV needs 60k of this memory) DO NOT allocate the highest 64k!!! start from the lowest part of the expanded memory (past 640k). run QEMM alone from dos to get a map of what memory is there. don't be fooled by the RAMmable memory and MAPable memory. you can use any of that for high RAM. email me or post if you continue to have problems. Oh, by the way netland, i solved my warm-boot-hangs-from-DOS with QEMM installed. seems you can't tell QEMM to move the video ROM to fast RAM when your machine already is doing that with shadow RAM. don't know any more details but IT WORKS! thanks for all the responses... they helped! stel -- Bitnet: stel%tank.uchicago.edu@uchimvs1.bitnet | i don't know Internet: stel@tank.uchicago.edu | YOU don't know? uucp: ...!uunet!mimsy!oddjob!tank!stel | ok, so i don't know