From:	"Alexei A. Frounze" <alex DOT fru AT mtu-net DOT ru>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: 3rd Try: Maybe an asm problem? (Problems linking)
Date:	Mon, 01 May 2000 18:25:37 +0400
Organization:	MTU-Intel ISP
Lines:	24
Message-ID:	<390D93E1.74B5DFB2@mtu-net.ru>
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1000501140345 DOT 10196A-100000 AT is> <390D67E4 DOT C48A1A4F AT mtu-net DOT ru> <390D84C5 DOT 197E6545 AT maths DOT unine DOT ch>
NNTP-Posting-Host:	ppp97-46.dialup.mtu-net.ru
Mime-Version:	1.0
X-Trace:	gavrilo.mtu.ru 957191151 41075 212.188.97.46 (1 May 2000 14:25:51 GMT)
X-Complaints-To:	usenet-abuse AT mtu DOT ru
NNTP-Posting-Date:	1 May 2000 14:25:51 GMT
X-Mailer:	Mozilla 4.72 [en] (Win95; I)
X-Accept-Language:	en,ru
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Gautier wrote:
> 
> "Alexei A. Frounze":
> 
> > But what for? DOS is not a multitasking OS.
> 
> But as you know you can have a DOS machine as a task in a multitasking OS.
> When the DOS program has nothing to do, it is kind of it to tell the
> multitasker it can use the rest of its time slice for other tasks.
> You can test it btw - and surely the standard DOS programs like
> command.com or edit.com use it. Start 20 command.com under EMM386
> in DR-DOS, you won't notice any slowdown...

I don't need 20 command.coms :)

Okay, why not to freeze up DOS programs, due to task switch (it's possible to
know when a task switch occurs)?

bye.
Alexei A. Frounze
-----------------------------------------
Homepage: http://alexfru.chat.ru
Mirror:   http://members.xoom.com/alexfru

- Raw text -