> FILES =100
> BUFFERS=20
> FCBS=4,4
> BREAK=ON
Try using "dosdata=umb". This will load the above values into UMBs, I
think... or something like that. In any case, it does something to
free up memory, and is different than dos=high/umb
---
Th
Hey guys,
I was just wondering how I could increase my conventional memory? I'm trying to get Red Baron to run. I'm new to freeDOS, and I'm not sure what the equivalent to mem /c is, but here are some outputs that hopefully will help.:
mem /u from the command line:
Segment Siz
Hi,
Michael Devore escribió:
After three days of on-and-off hacking on it, I built a mutant UPX 1.25
to compress EMM386.EXE and HIMEM.EXE to work both as a device driver and
as a stand-alone EXE file. As almost always is the case, the actual
changes were small, figuring them out was the hard
Hi,
Eric Auer escribió:
So my suggestion is: Review the needs, and think about a
new DEVICE variant CPUDEVICE[HIGH]=[minlevel],[maxlevel],[driver and args]
or similar, where you could do for example
CPUDEVICE=1,2,FDXMS286 ...
CPUDEVICE=3,,HIMEM ...
CPUDEVICE=3,,EMM386 ...
(the CPUDEVICE command
At 04:02 AM 10/13/2005 -0500, I wrote:
I have uploaded a file called mods-upx125-dos.zip in directory
ftp.devoresoftware.com/downloads/emm386 which contains the two modified
files, p_exe.cpp and l_exe.asm. These changes were used to compress HIMEM
and EMM386 with revised UPX 1.25. They have
> Since you are eager for the mutation, I have uploaded a file called
> mods-upx125-dos.zip in directory ftp.devoresoftware.com/downloads/emm386
> which contains the two modified files, p_exe.cpp and l_exe.asm. These
I now have an exe compiled with DJGPP if anyone wants it.
At 02:27 PM 10/11/2005 -0700, Blair Campbell wrote:
> bypassed. After three days of on-and-off hacking on it, I built a mutant
> UPX 1.25 to compress EMM386.EXE and HIMEM.EXE to work both as a device
> driver and as a stand-alone EXE file. As almost always is the case, the
> actual changes wer
