Message-ID:	<19991225012225.4142.qmail@nwcst293.netaddress.usa.net>
Date:	24 Dec 99 18:22:25 MST
From:	Joseph Morris <b52g AT usa DOT net>
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
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id UAA13264
Reply-To:	opendos AT delorie DOT com

"Matthias Paul" <PAUL-MA AT reze-1 DOT rz DOT rwth-aachen DOT de> 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

- Raw text -