|
xugaohui
高级用户
积分 774
发帖 293
注册 2003-4-16
来自 湖北仙桃
状态 离线
|
『第 16 楼』:
使用 LLM 解释/回答一下
还是98se中那个mem.exe显示的准确。文件日期1999-5-5，freedos的mem.com的有些问题， 用freedos的mem第一项SYSTEM 经常显示出占用上位内存100K以上。
Upper 内存总大小很离谱，freedos的中的deltree有两版本，其中一个版本不能用/y参数。换用98se的程序就没问题了，只是文件会大一些。
Still, the one displayed by mem.exe in 98se is accurate. The file date is 1999-5-5. There are some problems with mem.com in FreeDOS. The first item SYSTEM in FreeDOS's mem often shows that more than 100K of upper memory is occupied. The total size of upper memory is extremely unreasonable. There are two versions of deltree in FreeDOS. One of the versions cannot use the /y parameter. Switching to the program in 98se is no problem, but the file will be larger.
|
下载
09年7月7日 更新
感谢网友 囧HQY 提供空间 |
|
 2006-10-13 02:16 |
|
|
darkradx
高级用户
积分 972
发帖 420
注册 2004-5-16
状态 离线
|
『第 17 楼』:
使用 LLM 解释/回答一下
很久以前做的表
XMS2.0 XMS3.0(XMS16) XMS3.0(XMS32) PMode EMS4.0
HIMEM.SYS(MSDOS7.10) N 64M 4G N N
HIMEM.SYS(ROMDOS7.10) N 64M N N N
HIMEM.SYS(DRDOS7.03) N 64M N N N
FDXMS.SYS(FREEDOS) 64M N N N N
FDXXMS.SYS(FREEDOS) N 64M 4G N N
HIMEM.EXE(FREEDOS) N 64M 4G N N
EMM386.EXE(MSDOS7.10) N N N Y 32M
EMM386.EXE(FREEDOS) N N N Y 32M
EMM386.EXE(DRDOS7.03) N 64M 64M Y 32M
QEMM386.SYS(QEMM7.50) N 64M 64M Y 64M
QEMM386.SYS(QEMM9.00) N 64M 4GB Y 4GB
A long time ago made table
XMS2.0 XMS3.0(XMS16) XMS3.0(XMS32) PMode EMS4.0
HIMEM.SYS(MSDOS7.10) N 64M 4G N N
HIMEM.SYS(ROMDOS7.10) N 64M N N N
HIMEM.SYS(DRDOS7.03) N 64M N N N
FDXMS.SYS(FREEDOS) 64M N N N N
FDXXMS.SYS(FREEDOS) N 64M 4G N N
HIMEM.EXE(FREEDOS) N 64M 4G N N
EMM386.EXE(MSDOS7.10) N N N Y 32M
EMM386.EXE(FREEDOS) N N N Y 32M
EMM386.EXE(DRDOS7.03) N 64M 64M Y 32M
QEMM386.SYS(QEMM7.50) N 64M 64M Y 64M
QEMM386.SYS(QEMM9.00) N 64M 4GB Y 4GB
|
平生进退如飙风 |
|
|
2006-10-13 02:29 |
|
|
zts59
中级用户
积分 387
发帖 104
注册 2004-11-19
状态 离线
|
『第 18 楼』:
使用 LLM 解释/回答一下
我一直没有用过Qboot.sys
我想问一下，QDBOOT在应用上面起什么作用？
望告知。谢谢
I have never used Qboot.sys before.
I want to ask what role QDBOOT plays in application?
Please inform. Thanks
|
|
|
2006-10-13 06:03 |
|
|
fastslz
铂金会员
DOS一根葱
积分 5493
发帖 2315
注册 2006-5-1
来自 上海
状态 离线
|
『第 19 楼』:
使用 LLM 解释/回答一下
darkradx够细心的
站长14楼的附件试了，使用QHIMEME.SYS或HIMEME+HDPMI32后显示除总XMS数不正确外连已使用XMS数都成？了，此MEM应该就是xugaohui所说的98se中那个（文件日期也是1999-5-5的），站长8楼上传MEM和我13楼上传MEM估计版本相同的只是站长那个已经压缩过的（个头小）。
最后希望站长有空时把USBASPI.SYS V2.20和UMBPCI.SYS V3.67压缩下分享给大家这2个SYS经压缩后估计能节省30KB空间
darkradx is quite meticulous
I tried the attachment on the 14th floor by the webmaster. After using QHIMEME.SYS or HIMEME+HDPMI32, it shows that not only the total XMS number is incorrect, but also the used XMS number becomes "?", etc. This MEM should be the one mentioned by xugaohui in Windows 98 SE, and the file date is also 1999-5-5. The MEM uploaded by the webmaster on the 8th floor and the MEM uploaded by me on the 13th floor are estimated to be of the same version, but the webmaster's is already compressed (smaller size).
Finally, I hope the webmaster can compress USBASPI.SYS V2.20 and UMBPCI.SYS V3.67 and share them with everyone. These two SYS are estimated to save about 30KB space after compression
|
第一高手 第二高手
我的小站
 |
|
|
2006-10-13 08:58 |
|
|
Wengier
系统支持
“新DOS时代”站长
积分 27736
发帖 10521
注册 2002-10-9
状态 离线
|
『第 20 楼』:
使用 LLM 解释/回答一下
那个我上传的98se中的MEM在HIMEM+HDPMI32下会将总XMS内存显示为64MB，而剩余内存则超过64MB，总内存比剩余内存还小，所以已用内存自然会被显示为？号或错误的数值了。而我们上传的DOS 7.1启动盘中的MEM（分别为压缩版和未压缩版）则不会这样。
USBASPI.SYS和UMBPCI.SYS的压缩版见附件：
That I uploaded in 98se, the MEM under HIMEM+HDPMI32 will display the total XMS memory as 64MB, while the remaining memory exceeds 64MB, and the total memory is smaller than the remaining memory, so the used memory will naturally be displayed as a question mark or incorrect value. And the MEM in the DOS 7.1 startup disk we uploaded (respectively compressed version and uncompressed version) will not be like this.
The compressed versions of USBASPI.SYS and UMBPCI.SYS are in the attachment:
附件
1:  SYS.ZIP (2006-10-13 10:43, 27.96 KiB, 下载附件所需积分 1 点
,下载次数： 15)
|
Wengier - 新DOS时代
欢迎大家来到我的“新DOS时代”网站，里面有各类DOS软件和资料，地址：
http://wendos.mycool.net/
E-Mail & MSN: wengierwu AT hotmail.com （最近比较忙，有事请联系DOSroot和雨露，谢谢！）
 |
|
|
2006-10-13 10:43 |
|
|
fastslz
铂金会员
DOS一根葱
积分 5493
发帖 2315
注册 2006-5-1
来自 上海
状态 离线
|
『第 21 楼』:
使用 LLM 解释/回答一下
Originally posted by johnsonlam at 2006-10-13 02:08:
你 的 QDBOOT v3.6 占 880 bytes 即 是 CONFIG.SYS 內 次 序 排 错 了 ， 请 小 心 看 看 QDMA 的 README ， 配 合 QDREL 后 QDBOOT 不 该 占 880 bytes 那 么 多 !...
经你提示检查了CONFIG.SYS，已确认不次序排错，是因QDBOOT.SYS未加参数/R /W的原因，我还为CONFIG.SYS里加载了QDREL.SYS用MEM查看却没有QDREL.SYS而不解呢，原来QDBOOT.SYS是依赖QDREL.SYS来减少内存占用的。既然其它MI.COM侦错也属于正常现象也无所谓 QHIMEM2.SYS 了
Originally posted by johnsonlam at 2006-10-13 02:08:
Your QDBOOT v3.6 occupies 880 bytes, which means the order in the CONFIG.SYS is wrong. Please carefully read the README of QDMA. After matching with QDREL, QDBOOT should not occupy so many 880 bytes!...
After your reminder, I checked CONFIG.SYS and confirmed that the order is not wrong. It is because QDBOOT.SYS did not add parameters /R /W. I also loaded QDREL.SYS in CONFIG.SYS. But when I used MEM to check, there was no QDREL.SYS, which puzzled me. It turns out that QDBOOT.SYS relies on QDREL.SYS to reduce memory usage. Since other MI.COM debugging is also normal, it doesn't matter about QHIMEM2.SYS anymore
|
第一高手 第二高手
我的小站
|
|
|
2006-10-13 10:58 |
|
|
fastslz
铂金会员
DOS一根葱
积分 5493
发帖 2315
注册 2006-5-1
来自 上海
状态 离线
|
『第 22 楼』:
使用 LLM 解释/回答一下
谢谢站长的USBASPI.SYS和UMBPCI.SYS的压缩版，太好了个头小了26多K
Thanks to the webmaster for the compressed versions of USBASPI.SYS and UMBPCI.SYS. Great! The size is reduced by more than 26KB.
|
第一高手 第二高手
我的小站
|
|
|
2006-10-13 11:12 |
|
