da Silva, Joe wrote:
>
> 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.
This is PART of what I don't like about high level languages. You are too
far away from the metal. You can get some "idea" that such and such is "DOS"
behavior when it really isn't.
While DOS STDIN and STDOUT can be re-directed, nothing else can take over
this function AS LONG AS YOU USE STDIN AND STDOUT.
In fact, if EPPPD is loaded by a DOS commandline, any re-direction characters
will be stripped (and used) by DOS before EPPPD can get a LOOK at the line.
It may be possible to mine the memory for the original command tail, but I've
had no luck with a little experiment I just performed. I think DOS wipes it.
- Clarence Verge
--
- Help stamp out FATWARE. As a start visit: http://home.arachne.cz/
--
