Message-ID: <19991225012225.4142.qmail@nwcst293.netaddress.usa.net> Date: 24 Dec 99 18:22:25 MST From: Joseph Morris To: opendos AT delorie DOT com Subject: Re: [Re: Problems with SciTech Display Doctor] X-Mailer: USANET web-mailer (M3.4.0.33) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id UAA13264 Reply-To: opendos AT delorie DOT com "Matthias Paul" wrote: [apologies to Mr. Stevenson] > Sorry, I don't know this software. But in general, if you're getting > memory errors there's a multitude of possible reasons and since > DR-DOS provides much more features than MS-DOS how to optimize the > memory configuration, it might be more difficult, if you're new to > the configuration switches provided by the DR-DOS memory managers. It is a TSR program that provides version 2.0 video support for video cards that cannot do this natively. The mist widespread use to to create a video aperture around the 4GB mark so that 32-bit software such as quake can write directly to the screen in a single memory area instead of having to change banks. > A good thing to start with is to disable EMM386's support for > DPMI and multitasking: /DPMI=off /MULTI=off. You can also try Especially with the 7.03 version of EMM386. If you have a linear video buffer, the computer will reboot when a program tries to use it, unless you switch off DPMI for that program. That's just using the framebuffer. When UNIVBE tries to -create- one using pagefaults and banking, I'd be very surprised if doesn't reboot! > PS: I think it's time to wish all the remaining DR-DOS fans > a Merry Christmas, peaceful holidays and good luck for > the year 2000 and beyond. > My personal hope regarding this list is, that the next year > will bring some new action into DR-DOS' life - even on the > desktop. We don't need to worry for Linux, this steam hammer > is unstoppable now. Run DRDOS inside Linux with VMware or Bochs :-) > I speak only for myself, but I think, opening (some of) the > DR-DOS sources to the public could cause a prosperous > technology exchange between Linux and DR-DOS (and FreeDOS), > whereby all could only profit - DOS isn't that old fashioned, > as some people think. Multi-millions of people use it every > day without knowing it... > There's a proverb in Germany: "Alle kochen nur mit Wasser." > [Everyone uses water for cooking.] I for myself have > (almost) ready many system extensions for (DR-)DOS, which > I would like to polish for publishing once DR-DOS would > have become really open... What do you have in mind? ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=1