Well, I did not say this precisely. There is still first alert about low value of "FILES" but when I click to ignore this, I can continue my work without problems. Before this recompiling Subiekt was just self-closing.

dos_inc.h, #define DOS_FILES 127 I changed this value to 250, compiled dosbox and it works FINE. What about changing this define in main tree? Just to prevent such a problems in future :-) Btw. I can not run other DOS implementation inside of dosbox because I would have to use disk image. And this …

I tried FreeDOS inside of Qemu and VMware ─ it is not better. Subiekt claims that it can open only 17 files (I reported this as bug to FreeDOS team) DOSBox provides 127 files by default. Providing 250 is only possible after recompilation. The problem might be the share thing instead of the files …

Application that doesn't start because of FILES= problem is "Subiekt". It's polish application so for a case you would like to ask me for translating polish→english I made a separate thread: Subiekt and FILES=

I wanted to run a "Subiekt" which is a polish accountant DOS application. Untortunately "Subiekt" claims that can not open enought amount of files when I try to run it. It alerts that it's able to open only 117 files. In manual book there is advise to use FILES=250 in config.sys. How can you test it …