Date: Fri, 18 Apr 1997 20:08:43 +0200 (MET DST)
From: Mark Habersack <grendel AT hoth DOT amu DOT edu DOT pl>
Reply-To: grendel AT hoth DOT amu DOT edu DOT pl
To: Matthias DOT Paul AT post DOT rwth-aachen DOT de
cc: opendos-developer AT delorie DOT com
Subject: Re: Usage of directory entries
In-Reply-To: <15382B777B3@ibh.rwth-aachen.de>
Message-ID: <Pine.BSI.3.96.970418200634.29763B-100000@hoth.amu.edu.pl>
Organization: PPP (Pesticide Powered Pumpkins)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk

On Fri, 18 Apr 1997, Matthias Paul wrote:

> [COMMAND /T]
> Well, option /T works with or without a TASKMGR installed.  
> It requires, that the currently running command processor 
> (where typing in COMMAND /T) also is COMMAND.COM.  It will 
> crash, if 4DOS is the current command processor (of course, 
It just hangs the computer peacefully ;-)

> 4DOS *can* be an underlaying command processor).  COMMAND.COM's 
> behaviour of stacking batchjobs on giving /T is IMHO only useful 
> in conjunction with the TASKMGR ('T' like 'T'ASKMGR, 'T'ask, or 
> 'T'erminate).
Right.

> However, if it actually checks for the multitasker, this really 
> might be one of the causes for the problems with 4DOS...
I think it is the primary cause of problems. BTW. When I removed the UMBxxx
directives from 4DOS.INI everything started to work fine.