Mail Archives: opendos/1997/03/11/00:12:15
Better question, would it be possible to write a command processor loader
which would handle these matters then load the command processor as an
overlay? Might have to sacrifice 16 bytes of memory to the procedure, or
have the procedure call the overlay while operating within what will
become the command processor's original environment ensuring that no
memory gets locked up. I know that you can (at anytime) call command.com
with a /p and get completely ugly about not being able to exit back into
that editor with an unsaved document you've just spent hours working on.
(been there, done that:(
On Mon, 10 Mar 1997 jdashiel AT eagle1 DOT eaglenet DOT com wrote:
> Any feature is possible to dispose of provided two things are done.
> 1) Provide a better alternative.
> 2) Provide transparent translation options to the user.
> An option in setup might read use opendos environment facility (y/n)?
> A note should appear for the user explaining about the translation,
> and also explaining that if used the older alternatives will be supported
> but translated on the fly.
> This translation would only happen when needed though.
> A good place for opendos to keep notes about this might be
> in setver.exe too.
>
>
>
> jude <jdashiel AT eagle1 DOT eaglenet DOT com>
>
>
<! New Stuff!>
DJGPP A Free GNU C & more compiler
<a href="http://www.delorie.com/djgpp/">!</a>
DJ Delorie's Home Page
<a href="http://www.delorie.com/">.</a>
<! PrePared HTML! Just export as a HTML file and Click!>
A Christian Web Site! The Light
<a href="http://www.thelight.org/">.</a><br>
A neat place to visit. HotSpot
<a href="http://www.hspro.com/hotspot/">.</a><br>
Caldera, Inc. / Makers of OpenDOS
<a href="http://www.caldera.com/">.</a><br>
Caldera's OpenDOS page
<a href="http://www.caldera.com/dos/dos.htm">.</a><br>
- Raw text -