Re: DRL updated! -- please stop that INT discussion! Really!

Hi, okay.
Some compiler may not have msdos(), and you cannot have inline assembly
in protected mode unchanged from real mode, you have to rewrite it. True.

BUT:
I am not planning to ever have a protected mode DRL version.
I have removed an "upcase string" assembly code function that even would have
  required me to have tasm.
The only inlined "int 16" is in the single "get key" function.
The MsDos() calls can be easily replaced by any other mechanism that
    your compiler has for calling int 21, including intr($21,...) with
    a simple search and replace.

If you want to do any further porting, you need to:
Port set color (single function) if ANSI is unavailable.
Port get key if an inlined "int 16" does not make you happy and/or you
   cannot reach $40:[...] directly. I recommend using a library function,
   but to do me and Ralf a favour, I had removed the use of CRT so the
   built-in function was unavailable. There are lots of ways to have other
   get key mechanisms, including ones that use intr().
Port any parts of the DOS library (dos.tpu or something) that are used, like
   findfirst / findnext. I mean, replace their use by the use of other
   functions that are available in your compiler.

However, please stop bothering the DRL thread with all this. This should
be an "protected mode style guide" thread by now. DRL will not go 32bit,
so please stop discussing it in THAT thread of the fd-dev list.^C

Eric