Re: [Freedos-user] upper memory trick

[Tom Ehlert]

> 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, which not every PC has. FreeCom is 
> nearly unusable on my 8086 fitted with 256K of RAM,
you are absolutely right. FreeDOS without HIMEM is almost useless,
with only ~93 K memory remaining for this machine.

however note the topic of the post is 'upper memory trick', which
excludes 256 K RAM machines.


> unless recompiled
> with all possible compile-time options disabled.
use a CSWAP'ing command.com


> COMMAND.COM from MS is
> a much better performer in this (very specific) context.
amen.

Tom


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] upper memory trick

[Don Flowers]

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 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 "one provider" solution is: [...]
>
> >   DOS=HIGH,UMB
> >   DEVICE=C:\...\LOWDMA.SYS
> >   DEVICE=C:\...\UMBPCI.SYS
> >   DEVICE=C:\...\HIMEMX.EXE
> >   DEVICE=C:\...\UIDE.SYS ...
> >   DEVICE=C:\...\JEMM386.EXE I=B000-B7FF S=- NOEMS [...]
>
> > LOWDMA, provided with UMBPCI, is needed only if diskettes will
> > be used. UMBPCI will find no XMS manager loaded yet, thus it
> > only enables "Shadow RAM". HIMEMX loads before UIDE, as UIDE
> > needs XMS. UIDE must load before JEMM386 enables "V86" mode,
> > to be safe on new cheap-BIOS mainboards like Martin Rehak has.
> >
> > JEMM386 can then provide the monochrome-video area (B000-B7FF)
> > AND "Shadow RAM" (S= variables) as upper-memory to the kernel.
>
> > S= values must be determined in advance, via programs provided
> > with UMBPCI and JEMM386, as JEMM386 never had an S=TEST. [...]
>
> Thanks for the suggestion! Regards, Eric
>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports.http://sdm.link/zohodev2dev
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] Upper memory

[Michael Devore]

At 09:17 PM 1/18/2006 -0800, Caleb9849  wrote:
ARG!  Can someone please help me with this?  I'm trying to run an old DOS 
Star Trek Game of mine.  By DOS standards, it's pretty resource-heavy and 
requires upper memory.  So I added the lines into my fdconfig.sys to load 
up emm386.exe (with the noems option) and himem.exe .  Then, after I 
boot up, the mem command outputs only conventional memory and my game 
does not run.


Well, what is the MEM output?  You should probably use the X=TEST option 
along with NOEMS to make sure you're not getting unusable UMB areas, too.





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] Upper memory

[Bernd Blaauw]

Caleb9849 (sent by Nabble.com) schreef:
ARG!  Can someone please help me with this?  I'm trying to run an old 
DOS Star Trek Game of mine.  By DOS standards, it's pretty 
resource-heavy and requires upper memory.  So I added the lines into 
my fdconfig.sys to load up emm386.exe (with the noems option) and 
himem.exe .  Then, after I boot up, the mem command outputs only 
conventional memory and my game does not run.  If I use my FreeDOS El 
Torito CD-ROM to boot up, it loads upper memory, so I know it can be 
done!  ARG!  I want to play this game!  I haven't played it in years 
:'(how do I do this?

device=himem.exe
device=emm386.exe noems
dos=high,umb

and use devicehigh=[driver]
and use loadhigh [driver]

however our default FreeCOM (command.com ) has a LH command which does 
nothing. Get one for 186+ from www.fdos.org/kernel


Bernd


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user