能力值:
( LV12,RANK:450 )
|
-
-
2 楼
0c000h,0d000h,0e000h都是DOS操作系统的预留空间,多用来映射硬件和BIOS,你所提到的0e000h一般是BIOS的映射地址即所谓的shadow rom。如果你的系统加载了网卡或其他的硬件设备或ems等使用高端内存的映射,这样,你连toseg改为0d000h都是不能正常运行的。
|
能力值:
( LV2,RANK:10 )
|
-
-
3 楼
晕,楼上的也太菜了,你没调试怎么知道不行,你试了就知道了
|
能力值:
( LV2,RANK:10 )
|
-
-
4 楼
我用的是masm611,编译成功后可以用debug调试,当toseg=0e000h或0f000h是,地址es:0的数据是不变的,改为toseg=0d000h或以下数值,如09000h,地址es:0就等于ds:0的数值
|
能力值:
( LV2,RANK:10 )
|
-
-
5 楼
补充一点,用过BOCHS的,可以用它试一下,效果一样
|
能力值:
( LV2,RANK:10 )
|
-
-
6 楼
如果是c:0000,d:0000,e:0000
大概可以这么说。
|
能力值:
( LV2,RANK:10 )
|
-
-
7 楼
虚拟机内的IO操作完全不正确,不知道内存操作效果如何。
在家里,明天再试
|
能力值:
( LV9,RANK:180 )
|
-
-
8 楼
因为是VGA 显像Buffer
|
能力值:
( LV2,RANK:10 )
|
-
-
9 楼
没人知道吗,我还以为很简单
|
能力值:
( LV2,RANK:10 )
|
-
-
10 楼
如果象二楼说的,是DOS操作系统的预留空间,那么你用BOCHS不加载任何操作系统试试,结果是一样的
|
能力值:
( LV11,RANK:188 )
|
-
-
11 楼
原来bios和操作系统有关啊,
PS:来膜拜二楼的大牛的
|
能力值:
( LV2,RANK:10 )
|
-
-
12 楼
可能要挂一年了!!!!!!!!!!!!1
|
能力值:
( LV13,RANK:410 )
|
-
-
13 楼
你连代码的运行环境都不说。鬼才知道。
不要动不动就说别人菜。先想想自己有没有犯错误。
|
能力值:
( LV2,RANK:10 )
|
-
-
14 楼
楼上的,我用的是WINXP,编译工具用的是MASM611,够清楚了吧,麻烦你调试一下再回话,让我白高兴一场
|
能力值:
( LV2,RANK:10 )
|
-
-
15 楼
|
能力值:
( LV2,RANK:10 )
|
-
-
16 楼
WinXP
Radasm
错在哪里?????
|
能力值:
( LV2,RANK:10 )
|
-
-
17 楼
垃圾,你不要再叫了
看见你就烦
|
能力值:
( LV2,RANK:10 )
|
-
-
18 楼
楼上的,我用的你的方法也不行啊,会不会是编译器的问题,我用的是MASM611
|
能力值:
( LV2,RANK:10 )
|
-
-
19 楼
|
能力值:
( LV2,RANK:10 )
|
-
-
20 楼
我只想到了一种可能,就是IBM的这块机子有个器件的Rom解码到这块地方
ntvdm或者其他虚拟机的内存映射机制不了解。
对于rom,不用特殊的方法一般写不进去
|
能力值:
( LV2,RANK:10 )
|
-
-
21 楼
不会是编译器的问题,放心
出来的机器码都一样
|
能力值:
( LV2,RANK:10 )
|
-
-
22 楼
看来只有这样解释了,楼上的谢了,会写操作系统吗,有机会互相交流一下
|
能力值:
( LV13,RANK:410 )
|
-
-
23 楼
看样子你是在WOW上运行的。
|
|
|