Message-ID: <000801c105ba$c5933760$f108e289@mpaul> From: "Matthias Paul" To: References: <200107041111 DOT HAA04917 AT delorie DOT com> <000301c10510$8b6ee200$8d08e289 AT mpaul> <2 DOT 07b7 DOT N78P DOT GFZVXK AT belous DOT munic DOT msk DOT su> Subject: Re: multitasking gives blank screen Date: Fri, 6 Jul 2001 02:25:00 +0200 Organization: University of Technology, RWTH Aachen, Germany MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id VAA15745 Reply-To: opendos AT delorie DOT com On 2001-07-05, Arkady V. Belousov wrote: > Oops, how interesting. Does TASKMGR required or not to > reproduce this behavior? How NewUI mode is implemented > (i.e. which video mode used)? Yes, this happens only under TASKMGR. MFT in TSR mode reports these changes from normal video mode 3 to NewUI (inside DOSBOOK or EDIT): 40h:49h "video mode" remains 03h 40h:4Ah "number of columns" 0050h 40h:4Ch "regen buffer length" changes from 1000h to 1400h 40h:4Eh "regen buffer start" 0000h 40h:60h "cursor type" 0Eh 0Dh changes to 07h 06h 40h:65h "3x8 setting" 09h 40h:66h "3x9 setting" 30h 40h:84h "screen rows less 1" changes from 18h to 1Dh 40h:85h "character height" 0010h > If this behavior happens only under TASKMGR and NewUI mode > doesn't change video mode except font table then this mean > trouble in TASKMGR only. > For example, under some reasons it calls mouse drivers > with wrong aread definition. Thatīs what it looks like, yes. Matthias -- Matthias Paul, Ubierstrasse 28, D-50321 Bruehl, Germany ; http://www.uni-bonn.de/~uzs180/mpdokeng.html; http://mpaul.drdos.org