请问vc里,如何象tc那样直接访问物理内存?

lhzzr 2000-07-24 10:18:00
RT。
谢谢!
...全文
371 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
skt642 2001-05-31
  • 打赏
  • 举报
回复
51046关注!
lhzzr 2000-08-04
  • 打赏
  • 举报
回复
我做了个vxd,很简单,就用VToolsD做,调几个函数就可以。
不过还是谢谢RuFeng网友。
ta 2000-08-03
  • 打赏
  • 举报
回复
care
cproom 2000-08-02
  • 打赏
  • 举报
回复
如果是在Windows95、98下,可象下面方法访问物理内存,下面代码读取BIOS版本日期。
{ unsigned char buf[9]
unsigned char *p = (unsigned char*)0x000ffff5;
memcpy(buf,p,8);
buf[8] = 0;
}
Windows NT、2000下不行。
sunhongbo 2000-08-02
  • 打赏
  • 举报
回复
rufeng:
如果不依靠driver访问内存或在ring0层(产生错误例程进入),你能在winNt 和Win2K里在win32层直接访问线性内存吗?
sunhongbo 2000-08-02
  • 打赏
  • 举报
回复
如果不依靠driver访问内存,只能实在ring0层
RuFeng 2000-08-02
  • 打赏
  • 举报
回复
_asm
{
push es
mov ax,sel
mov es,ax
mov al,xxxx
mov byte ptr es:[ebx],al
pop es
}
RuFeng 2000-08-02
  • 打赏
  • 举报
回复
刚才打错了,那一行应是
mov byte ptr es:[ebx],xxxx
RuFeng 2000-08-02
  • 打赏
  • 举报
回复
求人不如求已,用内汇编吧!,而且要了解LDT的作用,就是说,你要直接访问sel时,要到ldt表中找到对应的,就得到limit的大小,然后现用
_asm
{
push es
mov ax,sel
mov es,ax
mov byte ptr es:[bl],xxxx
pop es
}
这样来访问,最好做在dll里面!
cqjiang 2000-08-02
  • 打赏
  • 举报
回复
RuFeng :
你能在winNt 和Win2K里,在win32层不依靠任何sys驱动直接访问线性内存吗?
lhzzr 2000-07-25
  • 打赏
  • 举报
回复
能说得更清楚些吗?
另,我看到一篇文章,但按上面的做,却不行,你能看看问题出在哪吗?
我照他那样用SetSelectorBase(),SetSelectorLimit()等函数,编译时说没声明,
你知道该包含哪个头文件吗?
Windows95下物理内存单元的可靠读写

李为民 付 强 何松华
(国防科技大学电子工程学院ATR室 长沙 410073)

--------------------------------------------------------------------------------


摘 要:本文介绍了Windows95下处于保护模式下的内存寻址模式和保护模式下的虚
拟8086
内存寻址模式,给出了可靠地进行物理内存单元读写的例程。
关键词:Windows编程 内存寻址 保护模式 V86模式

1.引言
计算机运行于DOS平台下时,内存寻址模式为实模式,采用80286的20位地址线的存
储器分页线性管理技术,存储器容量最大为1MB,线性地址与物理地址一致,对物理
内存单元读写直接、灵活。但因受限于640K基本内存,使大量的扩展内存的使用受
到制约,同时,分页的64K范围限制影响了内存访问的连续性,从而使系统的内存资
源难以得到充分利用。
计算机运行于Windows95保护模式下时,由于系统或系统中的驱动程序兼容性不好等
原因,系统可能处于两种内存寻址模式之一:或是保护模式下的内存寻址模式,或
是保护模式下的虚拟8086内存寻址模式(V86模式)。对于这两种模式,要实现对物理
内存单元的读写,方法截然不同。我们在运行含有进行内存读写的Windows程序时,
常常因为不清楚系统目前处于何种寻址模式而导致访问失败,因此有必要对此进行
一番探讨。

2.保护模式下的内存寻址模式
当CPU运行于分段管理的保护模式下时,可利用其32位地址线提供4G字节地址访问空
间的虚拟存储器,通过特权位和界限值的检查实现完整的保护功能。此时,Windows
的内存被全局描述符表(GDT)和局部描述符表(LDT)所控制,并以选择器(Selector)
的方式供程序使用。每一个段的说明都对应描述符表中的一项,称为一个段描述符,
分别对应一个相应的物理内存段。每个段描述符都由三个参数来构成:段基址
(Base)规定线性地址空间的开始地址;段界限(Limit)表示段内的最大偏移量;保护
属性(Property)表示此段的一些特征。物理内存访问的远指针由选择器
(Selector):偏移量(Offset)构成,这里的selector不象实模式寻址那样代表某个
段寄存器的真实地址,而是用来确定段描述符在描述符表中的入口地址,描述符表表
中相应位置所存的数据内容才是其真正的物理内存地址。在没有分页的情况下(分页
情况由Property来决定),将段描述符的Base左移16位再加上Offset的值就形成了32
位内存物理地址。
保护模式下的这种寻址模式打破了实模式下内存寻址所受到的制约,提高了内存资源
的使用效率。
3.保护模式下的V86模式
为了使DOS实模式应用程序无需修改就可以在Windows95保护模式下直接运行,系统
提供了V86模式。它与实模式下的内存寻址模式非常相似,提供了段内线性分页管理
技术,由段的属性部分控制分页特征。当系统进入V86模式后,在应用程序中对物理
内存单元的读写方法与DOS实模式下完全相同。当在保护模式方式下运行DOS实模式
下的应用程序时,Windows的虚拟机器管理器(VMM)就创建一个虚拟的8086机器,它
仿真了全部的8086处理器,包括内存、I/O设备和所有在启动Windows时运行着的
TSR、设备驱动程序以及网络软件,以便使该应用程序在其上运行,执行完应用程序
后再重新恢复原来的保护模式。值得注意的是,尽管V86模式下运行了DOS实模式的
程序代码,但并不是和实模式相似的方式运行,而是和保护模式相似的方式运行,
所以说V86模式实质是一种能运行实模式软件的保护模式。
如果系统正处于V86模式,那么使用保护模式下的内存寻址模式就无法读写物理内存
单元,而必须用实模式下的内存寻址模式来进行读写。在Windows95下你可以查看
“控制面板|系统|性能”页,如果看到“驱动器C:正在使用兼容的分页存储技术”
、“兼容的分页存储技术降低了整个系统性能”的信息,就表示系统正处于V86模
式;如果看到的是“您的系统是按照最优性能配置的”的信息,则表示系统正处于
保护模式下的内存寻址模式。

4.Windows95下物理内存单元的可靠读写
由于上述原因,我们在编写Windows95下内存读写程序时,必须兼顾两种寻址模式,
使得程序不仅在真正的保护模式下能运行,在系统处于V86模式时也能正常运行,以
提高程序运行的可靠性。下面是程序的主要代码:
(
LONG FAR PASCAL _export WndProc(HWND hWnd,UNIT Message,
WPARPAM wParam,LPARAM lParam)
{
unsigned int i;
char far *pt; //内存单元读写指针
UINT Selector1,Selector2;
WORD Segment,Offset,Start;
DWORD Base,Limit;
BOOL flag;
flag=TRUE;
char Test[10];
switch(Message)
{
case WM_CREATE:
__asm move Selector1,DS; //将数据段寄存器DS作为模板
Selector2=AllocSelector(Selector1); //分配一个新选择器
if(Selector2==NULL) //保护模式失败
{
flag=FALSE;
pt=(char far*)0xD000; //V86模式下的指针
}
else
{
Segment=0xD000; //访问的物理段基址
Offset=0x0100; //访问界限
Start=0x0000; //访问偏移起始地址
Base=((unsigned long)Segment)<<4|Start;//形成基地址
Limit=(unsigned long)Offset-1; //形成访问界限值
SetSelectorBase(Selector2,Base); //设置物理起始地址
SetSelectorLimit(Selector2,Limit); //设置物理访问界限
pt=(char far*)(((unsigned long)selector2)<<16)|Start);
} //形成保护模式下的远指针
for(i=0;i<10;i++)
*pt++=i; //用pt进行写操作
pt--;
for(i=10;i>0;i--)
Test[i]= *pt--; //用pt进行读操作
break;
(
case WM_DESTROY:
if(flag==TRUE)
FreeSelector(Selector2); //释放选择器
PostQuitMessage(0);
break;
(
}
}

5.结束语
以上介绍的主要内容是对保护模式下的物理内存单元读写失败后,自动转入到DOS实
模式进行读写,提高了程序运行的可靠性。Windows下的物理内存单元读写用途十分
广泛,如直接读写BIOS数据区、直接对视频缓冲区操作、数据I/O板的扩展地址存取
以及与DOS的TSR程序通信等等。值得注意的是,在使用时一定要小心,必须保证指
针指向一个有效的、固定的内存块,且操作不能越出界限,以免带来麻烦;还有,
对指定的内存操作完毕后,切莫忘记释放对应的选择器,以释放所占用的内存资
源。


主要参考资料:
?.Andrew Schulman ,“Unauthorized Windows”,IDG Books Worldwide ,Inc.,1994
?Adrian King,“Inside Windows95”, Microsoft Press,1994

土豆 2000-07-24
  • 打赏
  • 举报
回复
可以用16位的DPMI实现,不过在Win32中使用总是不好

16,467

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧