Hello. Bart Oldeman wrote:
if you run dosemu in "dumb" mode, well, f000 is even possible, ie., 960k, if you disable EMS too.
Just one question: are we all using a vidram/memmax here in the real dos? Or do we already have a dosemu-specific programs out there?:) Of course having 960k is cool, and knowing that dosemu can do something more than you can do in a real dos is also great, but what's the practical use? Oh yes, it will allow you to not "lh" your TSR's in autoexec, so if the person knows what he/she do (ie will not try VGA graphics and write the useless bugreports later) then why not, but still I don't see any real reasons. So if the program requires 960K, then it might just use XMS/EMS. As for the original cobol problem, it turned to be this: --- Yes, The cobol is Microfocus and using XM for dosextender in real DOS. --- and also this: --- The application has one option to show the tiff image. --- So in that case occupying the video mem is definitely not an option. And in general I really still see no practical reasons for that. Note that under dosemu you actually need even less resident progs in your memory than you need under a pure dos, as dosemu does provide the basic drivers (ems, xms etc) itself. But well, if people just think it is cool that we can do that, then I agree, it is nice:) Esp in a terminal/dumb modes where it is also safe due to no graphics...
- To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
