🚀 go-pugleaf

Windows runs in 3 modes.

1. Real Mode.  Minimum of an 8088/8086 and 640k of memory.  Very
similiar to windows 2.x.  640 k of memory, limited use of EMS.

2. Standard Mode.  Minimum of 80286 and 1 meg of memory.  16 meg of
memory maximum.  Multitasking windows apps if they are written
correctly, dos sessions in full screens, but you can switch from one
to another.

3. Enhanced mode. Minumum of 80386 and 2 meg of memory.  Virtual
memory, dos programs in windows, multitasking.

Technically, bc++ only produces standard and enhanced mode apps.  The
limitation seems to be tlink.  If you put REALMODE in the .DEF file
you can force the application to be runable in real mode.  Borland
doesn't currently guarantee this to work properly and wants you to pay
close close attention to any tlink warnings.  This is from
Sidney@borland.com or sidney on CI$.

Until recently I had a 8086 with 640k and I was able to build all of
the demo programs and run about half of them.  I did put REALMODE in
the .DEF files and sometimes got complaints and sometimes not.  The
existance of warnings didn't coorelate with the application running
properly.  

Now my opinion.  It isn't too  big a deal.  Windows in real mode is so
so slow that I can't imagine it being used too often.  Borland claims
(and this is kind of supported in that the only mention of this
limitation is in the read.me file) that this was a list minute bug
which wasn't fixed to their satisifaction before shipment.  They imply
that it will be fixed.

I think you might be able to use the linker from the SDK or the
Supplimental compilers disk from Microsoft in place of TLINK and get
away with real mode applications though.


Just my thoughts.

bruce -- representing no one.


--
| Bruce O'Neel              | internet : oneel@heasfs.gsfc.nasa.gov|
| Code 664/STX              |     span : lheavx::oneel             |
| NASA/GSFC                 |compuserve: 72737,1315                |
| Greenbelt  MD 20771       |  AT&Tnet : (301)-286-1119            |