![]() |
中国DOS联盟-- 联合DOS 推动DOS 发展DOS --联盟域名:www.cn-dos.net 论坛域名:www.cn-dos.net/forum |
| 游客 | 登录 | 注册 | 会员 | 搜索 | 中国DOS联盟 |
|
中国DOS联盟论坛 现在时间是 2026-08-01 21:55 |
共 48,037 主题排行 / 350,122 发帖 / 今日 2 篇 / 48,250 会员排行 |
| DOS开发编程 & 发展交流 (开发室) » QDMA V2.2 |
| 可打印版本 4,920 / 40 |
| 第31楼 fastslz | 发表于 2006-06-23 19:01 |
| 铂金会员 发帖 2,315 积分 5,493 来自 上海 | |
|
第一时间测试了QHIMEM2.6使用/T1~/T7配置都不行,请johnsonlam先生转告作者Jack
接下来试试QDMA2.3,希望这个行.... 太好了QCDROM2.1 ![]() |
|
| 第32楼 fastslz | 发表于 2006-06-23 19:26 |
| 铂金会员 发帖 2,315 积分 5,493 来自 上海 | |
|
DEVICE=DOS\QDMA.SYS /O /D /F
DEVICE=DOS\QDMA.SYS /L DEVICE=DOS\QDMA.SYS DEVICEHIGH=DOS\QDMA.SYS /O /D /F DEVICEHIGH=DOS\QDMA.SYS /O /C /D /F /L 太好了,5种载入方法都成功了...可见更稳定了 |
|
| 第33楼 SXBG | 发表于 2006-06-23 23:19 |
| 初级用户 发帖 25 积分 62 | |
|
2.2版提示:
QDMA ERROR AAH, DISK=0 LBA=00000D027E80H 2.3版提示: QDMA ERROR AAH, DISK=0 LBA=000000000051H 请问具体是什么原因? |
|
| 第34楼 fastslz | 发表于 2006-06-24 11:24 |
| 铂金会员 发帖 2,315 积分 5,493 来自 上海 | |
|
QDMA runs as a "BIOS driver" and reports errors in the normal BIOS way.
On exit from a successful I-O request, the AH-register is zero, and the carry flag is reset. When an I-O error occurs, the carry flag is SET, and the AH-register returns an error code, as follows: Code 08h - DMA timeout. CCh - Disk FAULT. 0Fh - DMA error. E0h - Hard I-O error. 20h - Controller busy. FFh - XMS memory error. AAh - Disk not ready. When QDMA output overlap is enabled, a run-time output error will cause the following message to be displayed, along with a short "beep" sound: QDMA Error eeh! Disk=d LBA=aaaaaaaaaaaah. where eeh is one of the return codes listed above, d is the disk number (0 for primary-master, 1 if primary-slave, 2 if secondary-master, and 3 for secondary-slave), and aaaaaaaaaaaah is the starting disk address of the output request, shown as a 12-digit "logical block address". QDMA handles only BIOS Int 13h calls ( not DOS "file I-O" ), so it is NOT told and cannot display the DOS file/directory for an output overlap error.. 看看这个对你有帮助吗?我基本属于英盲瞎蒙一下 :硬盘没准备好。可能和BIOS设置有关,检查一下BIOS Access mode是否设置为AUTO |
|
| 第35楼 johnsonlam | 发表于 2006-06-27 15:18 |
| 银牌会员 发帖 497 积分 1,410 来自 九龍,香港 | |
Originally posted by SXBG at 2006-6-23 11:19 PM: 就 是 DMA 出 问 题 的 意 思 , 而 出 问 题 的 地 方 就 是 LBA 磁 区 00000D027E80 和 000000000051 (H 就 是 16 进 位) , AAH 是 磁 盘 未 准 备 好 ( QDMA 要 等 磁 盘 回 传 "准 备 好 了 !" 的 信 号 ), 看 来 你 的 硬 盘 可 能 有 点 问 题 呢 , 我 猜 多 是 搜 寻 错 误 (Seek Error ) , 机 械 部 份 的 问 题 , 硬 盘 应 该 很 老 了 。 |
|
| 第36楼 johnsonlam | 发表于 2006-06-27 15:26 |
| 银牌会员 发帖 497 积分 1,410 来自 九龍,香港 | |
看看这个对你有帮助吗?我基本属于英盲瞎蒙一下:硬盘没准备好。可能和BIOS设置有关,检查一下BIOS Access mode是否设置为AUTO 谢 谢 列 出 来 , 很 有 帮 助 ( 不 用 找 ) , 你 译 的 的 很 对 , 只 是 问 题 很 可 能 是 硬 盘 本 身 。 |
|
| 第37楼 johnsonlam | 发表于 2006-06-27 15:29 |
| 银牌会员 发帖 497 积分 1,410 来自 九龍,香港 | |
Originally posted by fastslz at 2006-6-23 07:01 PM: 证 明 了 不 是 设 定 XMS 记 忆 体 的 问 题 , 但 只 是 当 机 资 料 不 足 ... 我 问 问 有 没 有 办 法 。 |
|
| 第38楼 SXBG | 发表于 2006-06-29 22:44 |
| 初级用户 发帖 25 积分 62 | |
|
110G的新硬盘使用时间还不到一年呢,水货倒是有可能。而且,并不是执行任何程序都会出现那些提示的,使用acronis命令行程序克隆/还原系统都没有问题,目前只发现在加载HX DOS-Extender,然后用cabarc从SP2.cab中解压文件完成后出现该提示,另外,SP2.cab和解压目标目录都是位于NTFS驱动器中,所以还加载了Datapol NTFS4DOS 1.8。
|
|
| 第39楼 johnsonlam | 发表于 2006-07-01 14:44 |
| 银牌会员 发帖 497 积分 1,410 来自 九龍,香港 | |
Originally posted by SXBG at 2006-6-29 10:44 PM: 先 試 試 拿 走 HX Extender 和 NTFS4DOS 1.8 , 再 逐 個 加 上 , 看 看 問 題 在 那 裡 出 來 , 很 可 能 是 驅 動 間 有 衝 突 。 這 個 CabExtract 是 DOS 的 , 不 用 加 載 HX: http://blairdude.googlepages.com/cabextract |
|
| 第40楼 SXBG | 发表于 2006-07-01 15:03 |
| 初级用户 发帖 25 积分 62 | |
|
這個cabext不能從cab中單獨解壓其中一個或幾個文件吧?這樣不好,系統driver.cab全部解壓的話,三百多兆呢。而ms-dos自帶的extract雖然可以,但速度慢得難以忍受,簡直就是折磨。
而且,雖然出現那些提示,但並沒有影響實際執行結果。 [ Last edited by SXBG on 2006-7-1 at 15:11 ] |
|
| 第41楼 johnsonlam | 发表于 2006-07-01 17:56 |
| 银牌会员 发帖 497 积分 1,410 来自 九龍,香港 | |
Originally posted by SXBG at 2006-7-1 03:03 PM: cabextract automatically searches files for embedded cabinets, and extracts all of them. If any multi-part cabinets are present, cabextract automatically searches for those parts and links them in. To suppress this behaviour, use the --single option. |
|
| 上一页 1 2 3 |
|
[ 联系联盟系统管理团队 -
中国DOS联盟 -
标准版 ] Sponsored by ifanr Inc | © 2001–2023 |