🚀 go-pugleaf

In article <1991Apr1.023910.22196@hellgate.utah.edu>, bwilliam%peruvian (Bruce R. Williams) writes:
>It isn't a matter of how many buffers you have, it's a limit set inside DOS.

Actually, it's a limit that Borland stupidly hard-coded into their
library support routines.  If you study the library source code,
you'll see a line that says

	#define NFILES 20

and then external arrays _openfd and _iobuf declared to be NFILES
elements long.  (I may have the array names wrong; I'm working
from memory.)  The number twenty is HARD-CODED into all of the
I/O support routines (fopen, read, seek, etc.), so the only way
to get around the limit is either

[1] Buy the TC source code, change the #define and recompile.
[2] Reverse-engineer the library object code and change the 20 to
    a larger number in all of the functions where it appears,
    as well as deleting the OBJs that declare _iobuf and _openfd
    and adding replacements that declare them with a larger size.
[3] Avoid the supplied functions and talk to DOS directly.
[4] Switch to a different compiler.  (MSC comes with instructions
    in one of its README files on how to increase the number
    of open files.)

I can probably help anyone who wants to try method [2].