Re: [Freedos-user] Conventional Memory

2005-10-13 Thread Blair Campbell
> 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


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] Conventional Memory

2005-10-13 Thread Jesse Petre
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   Size    Name  Type
-
0699 96  free
06A0 72176  COMMAND  program
1851  208 free
185F 3328 CTMOUSE  program
1930    547744  free
 
Memory Type  Total   Used  Free
-    -    -  ---
Conventional 639K  104K   535K
Extended (XMS)  80,896K    15,425K 65,471K
 
Largest executable program size  535K (  547,744 bytes )
FreeDOS is resident in the high memory area.
 
 
 
 
 
Here's my autoexec.bat:
@ECHO OFFPROMPT $p$gPATH=C:\FDOS\BIN;C:\FDOS\BIN\KEY;SET NLSPATH=C:\FDOS\NLS;SET LANG=ENSET BLASTER=A220 I5 D1 T3 H6LOADHIGH C:\FDOS\BIN\CTMOUSE.EXECLS
 
Here's my config.sys:
 
dos=high,noumb
device=C:\FDOS\BIN\HIMEM.EXEDEVICE=C:\DOS\EMM386.EXE NOEMS I=B000-B7FF  

FILES =100BUFFERS=20FCBS=4,4BREAK=ON
lastdrive=zshellhigh=C:\COMMAND.COM /E:256 /P
 
I would appreciate any help on this, and thanks!
-Jesse
FreeDOS first time user


Re: [Freedos-user] UPX compression, was FreeDOS Post-1.0 todo list

2005-10-13 Thread Aitor Santamaría Merino

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 part.


Very interesting and nice job, Michael! I hope to see a place where to 
get such a beast in the remaining 20 messages I have to read :)


Using the custom mutated UPX will eliminate SY3PACK closed-source 
issues, including the 80186-level requirements for the [de]compressor (I 
think that's the SY3PACK minimum CPU opcode req).


What will make you sad is that SY3PACK compression actually beats UPX by 
a few hundred bytes on each of HIMEM and EMM386 files, but file growth 
is what you'll have to live with to keep the masses happy.  SY3PACK 
winning may be due to the UPX rebuildable open source using the less 
efficient UCL compression library than the optimal UPX build which uses 
the closed-source NRV big-brother version.  I can't do anything about 
that, either.


So did you manage to build UPX with the UCL library? I tried some time 
ago, failed and forgot about it. I am not saying that I did a big 
research, but the simple/plain first try didn't work.


So could you make that mutatn UPX/UCL file downloadable somewhere? I am 
hightly interested on that (provided that it can still compress the 
regular COM/EXE/SYS files), and furthermore, I think it'd be quite 
interesting to be used in the whole FreeDOS for all the programs and 
drivers.


Aitor



---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] re: FreeDOS Post-1.0 todo list

2005-10-13 Thread Aitor Santamaría Merino

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 would be combineable with n?command=...
style FreeDOS menu system, e.g. to select whether to try to load EMM386)


Well, for the sake of useability, I'd prefer something like Michael's 
idea. Something like:


IF condition LINE

condition can be expanded in the future, but there could be something 
basic like


IF CPU386 ...
IF EXITCODE ... (from last line) (this one is tricky)

It should also be processed in the same stage as LINE.
Anyway, just a suggestion. We just miss someone to put his hands on it 
(I wish I could).


Aitor


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UPX compression, was FreeDOS Post-1.0 todo list

2005-10-13 Thread Michael Devore

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 been working properly so far 
under the new compression scheme.


Huh, I just amused myself by shrinking USBASPI.SYS from 39K to 21K by 
renaming it to an EXE and poking it with the mutant UPX.  The compressed 
USBASP appears to work fine.  This silly UPX patch might be more useful 
than I first thought.





---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UPX compression, was FreeDOS Post-1.0 todo list

2005-10-13 Thread Blair Campbell
> 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.


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UPX compression, was FreeDOS Post-1.0 todo list

2005-10-13 Thread Michael Devore

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 were small, figuring them out was the hard part.

Where is/will this version of UPX be available?  Perhaps it could be
in the UPX package as a seperate binary exclusively for packing things
like HIMEM/EMM386 and TDSK.


I could have sworn I answered a post from you on this topic 
previously.  Hmm, yup, I did.


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 
changes were used to compress HIMEM and EMM386 with revised UPX 1.25.  They 
have been working properly so far under the new compression 
scheme.  p_exe.cpp was slightly cleaned up and restored original EXE stack 
settings so as not to upset more delicate constitutions.  Only other change 
was to the UPX makefiles for my own directory setup and tool versions, 
which obviously would be of no use to anyone else.  Naturally, users are 
solely responsible for the rest of build, including the UCL library.


If for some bizarre reason someone wants the UPX mutated binary build I 
used under Cygwin, I can put that up, but it seems superfluous.





---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user