My situation is tough to explain. It's not game related. It's an old business application that I've been hired to modernize.

I have a DOS application that supports multiple multiuser terminals. Here's the history from the vendor.

EMM originally was confined to 4 pages. The software used this window to swap in dataset buffers. At some point EMM permitted […]
Show full quote

EMM originally was confined to 4 pages. The software used this window to swap in dataset buffers.

At some point EMM permitted mapping of additional pages. By this
I don’t mean mapping more memory but mapping more address
space. The original 64k EMS window refers to address space.
2 Mb or 4Mb. refers to the amount of memory that might map
into it.

The software made use of the additional address space to support lots
more jobs with larger memory requirements. We would use an
additional set of pages (in this case 13-4=9) for mapping a job’s memory.

Since only one job would be running at a time this mapping
worked well and provided memory space for 9*16k=144k of
job memory size.

There were a few enhancements to EMS over the years that
broadened the memory windows through which EMM could be
viewed. The software made use of them. At our most “advanced”, we
used 4 16k pages of mappable memory for buffers. In addition
we made use of an additional window of memory of about
6 to 9 16k pages (my best recollection of the amount) into which
to map job/process memory.

In DOSEMU I can configure up to 12 frames of 16k each. However, I need 13. AHHH! Yes, you can laugh, but it's the gods to honest truth. I can either code DOSEMU support for non-contiguous EMS page frames or check with you folks to see if DOSBOX supports this.

Here is the current memory dump from DOSEMU to give you a better idea what I'm trying to do.

1CONF:  Memory map dump:
20x00000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
30x10000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
40x20000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
50x30000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
60x40000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
70x50000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
80x60000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
90x70000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
100x80000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
110x90000:  dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd
120xA0000:  vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
130xB0000:  vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
140xC0000:  VVVVVVVVVVVV....................EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
150xD0000:  EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
160xE0000:  EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
170xF0000:  EEEEEEEEEEEEEEEErrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
18
19Key:
20E:  EMS page frame
21V:  VGAEMU Video BIOS
22d:  Base DOS memory (first 640K)
23h:  Direct-mapped hardware page frame
24r:  Dosemu reserved area
25v:  Video memory
26x:  Extended memory (HMA+XMS)
27.:  (unused)
28CONF:  End dump

Each full line of "E" represents 4 page frames. You can see that I can fit one more for a total of 12. However, I can't move/reconfigure "v, V, or r" to fit 13 frames. I tried shrinking "d" and inserting the 13 frames there, but then the software fails to start (not enough memory).

Any ideas to get this old beast running?

Yours very truly. - Caylan