From: Charles Sandmann <sandmann AT new-orleans DOT NeoSoft DOT com>
Subject: Re: output redirection in version 2
To: turnbull AT shako DOT sk DOT tsukuba DOT ac DOT jp (Stephen Turnbull)
Date: Sun, 18 Dec 1994 11:16:18 -0600 (CST)
Cc: mfeldman AT seas DOT gwu DOT edu, djgpp AT sun DOT soe DOT clarkson DOT edu

> I seem to recall that DRUPP et al. want a system that works in the
> vanilla DOS environment.  Therefore neither 4DOS (my immediate
> reaction) nor Charles Sandmann's suggestion of a
> "shell-on-top-of-the-shell" redirection utility really satisfy their
> needs (both depend on ordinary lusers doing the right thing with the
> shells and/or redirection utility---memory-tight folks might not want
> the redirector running as a TSR, and then they'd have to load it
> manually.)

If the program needs stderr to a file under COMMAND.COM, I would 
suggest that application should do the freopen() itself based on a
command line switch.  For occasional needs, script should be adequate.

Features like this can be added to the initialization code, but this
adds code bloat.  In V1.1x GO32 has grown with these sorts of features;
in V2.x each EXE image will have them in the code.  We have enough 
complaints about the size of small images already, without each of 
them carrying code which is used only 1% of the time.

Since each image is effectively standalone in V2, custom features would
be better served with a replaced libc routine during linking than
carrying this code in every image ever linked.