Well, I don't know how it does it, but perhaps the confusion
here is that the CRT unit isn't _just_ CRT/display related stuff;
perhaps it should be called the Miscelaneous unit! ;-)
So, this unit _does_ (normally) inhibit DOS redirection, which
is more of a "File I/O" function than a "Display" function (direct
video access, which is also optional, is not responsible for this).
Therefore, control of DOS redirection is certainly possible by
an application, which is why I did not assume that EPPPD's
output was redirected by DOS (COMMAND.COM?) - in theory,
a program such as EPPPD could inhibit DOS redirection, and
interpret redirection instructions on the command line, itself.
In this way, it could ensure that any file used for redirection,
was _closed_ before going "resident" ...
Joe.
> -----Original Message-----
> From: Michael Polak [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, 20 February 2001 2:12
> To: [EMAIL PROTECTED]
> Subject: Re: DOS command line redirection (was PPP.LOG redirection
> ...)
>
> da Silva, Joe wrote:
>
> > Just FYI ...
> >
> > Not necessarily - it is possible to _stop_ DOS redirection for
> > an application's command line. For example, if a Turbo Pascal
> > program "uses" the CRT unit, then this type of redirection is
> > _inhibited_ by default (there is a way to re-enable it, though).
>
> But I thought it is inhibited simply by fact, that Turbo
> Pascal's unit writes directly to video memory, and doesn't
> use DOS services to do that...
