中国DOS联盟

这不是一个简单的问题,偶也不是新手,都来看一看...
---------
在偶的机器上(amd athlon 2500+)
使用umbpci.sys(3.65)+hiram.exe(1.9a)+himem.sys(devicehigh)的时候,载入himem.sys时出错(himem.sys使用的是wengier压缩的10351字节版本)

然后偶进行了一些尝试
用win98原版的himem.sys(33191b)一切正常
用upx1.92压缩后测试,载入正常,但进入autoexec.bat时出了一些问题
(如果用step by steps的话正常)
用upx1.93,1.25测试,载入不正常
用pklite2.01,上面的测试成功,而单独加载它的时候失败
apack0.98同样失败(0.99也应当如此)

也就是说,himem.sys问题也就归结为压缩软件的问题,请大家帮偶一个忙
找到一个适合启动盘用(15k以内)的himem.sys,不要用Freedos的来凑数
有具体的建议发在下面,也可以邮件[email protected]来探讨一下,这里先谢过了.
-------
另:许多启动盘用的3k大小的himem.sys只认识64M内存

补充:
使用syspack仍然失败.

himem.sys为何要devicehigh？

用 umbpci+hiram。。把 himem 放到 UMB 里头。。

说不定问题就在这里
我用upx压缩的himem.sys很多年了，10336字节
在各种台式机和笔记本上从没出过问题，包括intel、nvidia、via和sis的芯片组
试试不+high吧
第三方的内存管理程序个人认为没有必要
启动盘，启动一下而已，多几k常规内存根本没用
为此而牺牲了兼容性实在是得不偿失

楼上的注意一下，原版himem.sys,用devicehigh没有问题,
那么问题只能出在压缩软件上
请问楼上的upx是哪个版本的？偶再试试

还记得未公开的installhigh么？同样的一个TSR，在autoexec.bat中运行和在config.sys中以install和以installhigh加载，三种方式在内存占用上是有所不同的
所以
“原版himem.sys,用devicehigh没有问题,那么问题只能出在压缩软件上”
可是直接加载压缩版没有问题，是否就能说问题只能出在第三方内存管理程序上呢？
这种不兼容的情况，很难说是谁的责任
试试这个himem.sys吧，11115字节

http://u.sohu.com/downloadForm.do?fileid=11387978840426461

试了一下

qemu中,运行100%正常
在实际机器上,同样是正常,但是少了接近3k的常规内存,这是不愿意见到的.
himem.sys只需要耗1k多一点,而您提供的版本所用的压缩软件,解压文件后,仍然需要一定的内存供驻留用(就是刚才所说的3k)
------
偶这个问题的实质很简单,就是省下20k左右的磁盘空间,正好也能找到一个适合于系统文件使用的压缩软件

如果真的是不值得的话,20k倒也没什么大不了,删一个小工具就省回来了
------
另外的发现:UPX 1.0X-1.2X压缩算法几乎相同,可能就是在细微之处有所修改
把许多份压好的himem.sys算MD5,居然是一样的
0.8-1.0有改动,1.2X-1.9beta有改动,呵呵呵...
------
只可惜,许多原来的压缩软件只认识com,exe.不认识sys
如果用Freedos的himem.sys(不过好像是exe),兼容性又不对了.

[ Last edited by fcicq001 on 2006-2-2 at 10:58 ]

ptsdos2000的himem.sys如何呢

实际上偶没有测试freedos和ptsdos的,偶已经想到它们的兼容性比这个压缩过的更差.

暂时先牺牲20k空间吧
-------
另:偶的启动盘是用subitem来做多启动菜单,一层一层的,这个不用怕,模式多的很!
另外,想要常规内存偶670k也给你做出来...
这只是一次测试

常规内存大于640kB我在很久之前就试过，前提是不能使用图形方式