Mail Archives: djgpp/1994/12/18/13:26:02
> 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.
- Raw text -