> On 22/07/2016 10:34, Tom Ehlert wrote:
>>> (Honestly, FreeCOM needs to be better optimized for size and then we
>>> wouldn't have to worry at all. That is one of our weakest links.)
>>
>> seriously: command.com has ~3 K resident size. what are you
>> complaining about?
> This implies swapping ca
Hi again, here is an improved version of Jack's trick:
By using UHDD /B instead of UIDE, to squeeze out a bit
more free low DOS RAM in the first 640k without getting
risks of "protected mode DMA service troubles" with too
cheap new BIOS versions: UIDE can be loaded safely into
UMB after loading U
On 22/07/2016 10:34, Tom Ehlert wrote:
>> (Honestly, FreeCOM needs to be better optimized for size and then we
>> wouldn't have to worry at all. That is one of our weakest links.)
>
> seriously: command.com has ~3 K resident size. what are you
> complaining about?
This implies swapping capability,
>> Has anyone tried "Installhigh=C:\FDOS\COMMAND.COM"
>> I have that working for a few apps (including DP and so far no issues, also
>> am loading CDROM drivers earlier in autoexec.bat and I can cram nealy
>> everything into upper memory.
> No, I never use INSTALL, though I'm vaguely aware of it.
Hi,
On Thu, Jul 21, 2016 at 1:35 PM, Don Flowers wrote:
>
> Has anyone tried "Installhigh=C:\FDOS\COMMAND.COM"
> I have that working for a few apps (including DP and so far no issues, also
> am loading CDROM drivers earlier in autoexec.bat and I can cram nealy
> everything into upper memory.
No,
Has anyone tried "Installhigh=C:\FDOS\COMMAND.COM"
I have that working for a few apps (including DP and so far no issues, also
am loading CDROM drivers earlier in autoexec.bat and I can cram nealy
everything into upper memory.
On Thu, Jul 21, 2016 at 1:03 PM, Eric Auer wrote:
>
> Hi, here is an
Hi, here is an interesting suggestion from Jack: In spite of the
limitation of FreeDOS to support only one UMB provider, it seems
to be possible to do the following to mix different UMB sources:
> [...] It is NOT necessary to modify your kernel to get more UMBs
> in the monochrome-video area. A "