数码控科技猎奇Iphone动漫星座游戏电竞lolcosplay王者荣耀攻略allcnewsBLOGNEWSBLOGASKBLOGBLOGZSK全部技术问答问答技术问答it问答代码软件新闻开发博客电脑/网络手机/数码笔记本电脑互联网操作系统软件硬件编程开发360产品资源分享电脑知识文档中心IT全部全部分类全部分类技术牛文全部分类教程最新网页制作cms教程平面设计媒体动画操作系统网站运营网络安全服务器教程数据库工具网络安全软件教学vbscript正则表达式javascript批处理更多»编程更新教程更新游戏更新allitnewsJava新闻网络医疗信息化安全创业站长电商科技访谈域名会议专栏创业动态融资创投创业学院 / 产品经理创业公司人物访谈营销开发数据库服务器系统虚拟化云计算嵌入式移动开发作业作业1常见软件all电脑网络手机数码生活游戏体育运动明星影音休闲爱好文化艺术社会民生教育科学医疗健康金融管理情感社交地区其他电脑互联网软件硬件编程开发360相关产品手机平板其他电子产品摄影器材360硬件通讯智能设备购物时尚生活常识美容塑身服装服饰出行旅游交通汽车购房置业家居装修美食烹饪单机电脑游戏网页游戏电视游戏桌游棋牌游戏手机游戏小游戏掌机游戏客户端游戏集体游戏其他游戏体育赛事篮球足球其他运动球类运动赛车健身运动运动用品影视娱乐人物音乐动漫摄影摄像收藏宠物幽默搞笑起名花鸟鱼虫茶艺彩票星座占卜书画美术舞蹈小说图书器乐声乐小品相声戏剧戏曲手工艺品历史话题时事政治就业职场军事国防节日风俗法律法规宗教礼仪礼节自然灾害360维权社会人物升学入学人文社科外语资格考试公务员留学出国家庭教育学习方法语文物理生物工程学农业数学化学健康知识心理健康孕育早教内科外科妇产科儿科皮肤科五官科男科整形中医药品传染科其他疾病医院两性肿瘤科创业投资企业管理财务税务银行股票金融理财基金债券保险贸易商务文书国民经济爱情婚姻家庭烦恼北京上海重庆天津黑龙江吉林辽宁河北内蒙古山西陕西宁夏甘肃青海新疆西藏四川贵州云南河南湖北湖南山东江苏浙江安徽江西福建广东广西海南香港澳门台湾海外地区

关于MFC DLL 的对话框中资源处理的问题-CSDN论坛

来源:互联网  责任编辑:小易  
本网有用户碰到这样的问题:关于MFC DLL 的对话框中资源处理的问题-CSDN论坛,具体问题如下:

本网根据需求用户需求,为用户寻得以下其他网友提供的解决方法,方法仅供参考,具体如下:

解决方案1:

参考
Microsoft SDK\samples\winbase\SharedMem\Consumer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Makefile
Microsoft SDK\samples\winbase\SharedMem\Producer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Queue.h
Microsoft SDK\samples\winbase\SharedMem\ReadMe.Txt
Microsoft SDK\samples\winbase\SharedMem\Common.h



GlobalLock
The GlobalLock function locks a global memory object and returns a pointer to the first byte of the object's memory block. 

This function is provided only for compatibility with 16-bit versions of Windows. 

LPVOID GlobalLock(
  HGLOBAL hMem   // handle to the global memory object
);
 
Parameters
hMem 
Handle to the global memory object. This handle is returned by either the GlobalAlloc or GlobalReAlloc function. 
Return Values
If the function succeeds, the return value is a pointer to the first byte of the memory block.

If the function fails, the return value is NULL. To get extended error information, call GetLastError. 

Remarks
The internal data structures for each memory object include a lock count that is initially zero. For movable memory objects, GlobalLock increments the count by one, and the GlobalUnlock function decrements the count by one. For each call that a process makes to GlobalLock for an object, it must eventually call GlobalUnlock. Locked memory will not be moved or discarded, unless the memory object is reallocated by using the GlobalReAlloc function. The memory block of a locked memory object remains locked until its lock count is decremented to zero, at which time it can be moved or discarded. 

Memory objects allocated with the GMEM_FIXED flag always have a lock count of zero. For these objects, the value of the returned pointer is equal to the value of the specified handle. 

If the specified memory block has been discarded or if the memory block has a zero-byte size, this function returns NULL. 

Discarded objects always have a lock count of zero. 

QuickInfo
  Windows NT: Requires version 3.1 or later.
  Windows: Requires Windows 95 or later.
  Windows CE: Unsupported.
  Header: Declared in winbase.h.
  Import Library: Use kernel32.lib.

See Also
Memory Management Overview, Memory Management Functions, GlobalAlloc, GlobalReAlloc, GlobalUnlock 

解决方案2:

引用 1 楼 zhao4zhong1 的回复:
参考
Microsoft SDK\samples\winbase\SharedMem\Consumer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Makefile
Microsoft SDK\samples\winbase\SharedMem\Producer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Queue.h
Microsoft SDK\samples\winbase\SharedMem\ReadMe.Txt
Microsoft SDK\samples\winbase\SharedMem\Common.h



GlobalLock
The GlobalLock function locks a global memory object and returns a pointer to the first byte of the object's memory block. 

This function is provided only for compatibility with 16-bit versions of Windows. 

LPVOID GlobalLock(
  HGLOBAL hMem   // handle to the global memory object
);
 
Parameters
hMem 
Handle to the global memory object. This handle is returned by either the GlobalAlloc or GlobalReAlloc function. 
Return Values
If the function succeeds, the return value is a pointer to the first byte of the memory block.

If the function fails, the return value is NULL. To get extended error information, call GetLastError. 

Remarks
The internal data structures for each memory object include a lock count that is initially zero. For movable memory objects, GlobalLock increments the count by one, and the GlobalUnlock function decrements the count by one. For each call that a process makes to GlobalLock for an object, it must eventually call GlobalUnlock. Locked memory will not be moved or discarded, unless the memory object is reallocated by using the GlobalReAlloc function. The memory block of a locked memory object remains locked until its lock count is decremented to zero, at which time it can be moved or discarded. 

Memory objects allocated with the GMEM_FIXED flag always have a lock count of zero. For these objects, the value of the returned pointer is equal to the value of the specified handle. 

If the specified memory block has been discarded or if the memory block has a zero-byte size, this function returns NULL. 

Discarded objects always have a lock count of zero. 

QuickInfo
  Windows NT: Requires version 3.1 or later.
  Windows: Requires Windows 95 or later.
  Windows CE: Unsupported.
  Header: Declared in winbase.h.
  Import Library: Use kernel32.lib.

See Also
Memory Management Overview, Memory Management Functions, GlobalAlloc, GlobalReAlloc, GlobalUnlock 



。。。您是机器人在回帖吗

解决方案3:

AFX_MANAGE_STATE(AfxGetStaticModuleState());

解决方案4:

引用 3 楼 chengbar 的回复:
AFX_MANAGE_STATE(AfxGetStaticModuleState());

这个用不了

解决方案5:

接口函数中参数最好是简单的数据类型~,不要以MFC类的指针作为接口参数。

解决方案6:

引用 5 楼 VisualEleven 的回复:
接口函数中参数最好是简单的数据类型~,不要以MFC类的指针作为接口参数。

那还要扩展DLL有嘛用啊

解决方案7:

在MSDN98中搜”COM Tutorial Samples“?

解决方案8:

引用 7 楼 zhao4zhong1 的回复:
在MSDN98中搜”COM Tutorial Samples“?

这跟COM有嘛关系。、。。

解决方案9:

引用 8 楼 back1999 的回复:
Quote: 引用 7 楼 zhao4zhong1 的回复:

在MSDN98中搜”COM Tutorial Samples“?

这跟COM有嘛关系。、。。

所以后面加个问号。

解决方案10:

通读MSDN中DLL开发相关章节。

解决方案11:

引用 10 楼 zhao4zhong1 的回复:
通读MSDN中DLL开发相关章节。

DLL还算熟悉,但是这里面的问题应该不是普通DLL编码起的,实际上从内存布局上来看不可能出现这个问题,但是有可能是库里面做的限制,尤其是这两个对象都是MFC的,我现在就是不清楚MFC可能做了什么会导致这个问题ne ?

解决方案12:

我觉得需要使用共享内存相关知识。参考:
Microsoft SDK\samples\winbase\SharedMem\Consumer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Makefile
Microsoft SDK\samples\winbase\SharedMem\Producer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Queue.h
Microsoft SDK\samples\winbase\SharedMem\ReadMe.Txt
Microsoft SDK\samples\winbase\SharedMem\Common.h

解决方案13:

引用 12 楼 zhao4zhong1 的回复:
我觉得需要使用共享内存相关知识。参考:
Microsoft SDK\samples\winbase\SharedMem\Consumer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Makefile
Microsoft SDK\samples\winbase\SharedMem\Producer.Cpp
Microsoft SDK\samples\winbase\SharedMem\Queue.h
Microsoft SDK\samples\winbase\SharedMem\ReadMe.Txt
Microsoft SDK\samples\winbase\SharedMem\Common.h

What???
赵师傅,您还是说清楚点吧,我这跟不上啊,这个跟共享内存有打上交道了吗???

解决方案14:



MSDN98_1.ISO http://pan.baidu.com/s/1dDF41ix,  MSDN98_2.ISO http://pan.baidu.com/s/1bnGo0Vl

解决方案15:

本帖最后由 VisualEleven 于 2017-01-06 15:26:32 编辑

解决方案16:

引用 15 楼 zhao4zhong1 的回复:
Using Shared Memory in a Dynamic-Link Library
This section shows how the DLL entry-point function can use a file-mapping object to set up memory that can be shared by processes that load the DLL. The shared DLL memory persists only as long as the DLL is loaded. 

The example uses file mapping to map a block of named shared memory into the virtual address space of each process that loads the DLL. To do this, the entry-point function must: 

Call the CreateFileMapping function to get a handle to a file-mapping object. The first process that loads the DLL creates the file-mapping object. Subsequent processes open a handle to the existing object. For more information, see Creating a File-Mapping Object. 
Call the MapViewOfFile function to map a view into the virtual address space. This enables the process to access the shared memory. For more information, see Creating a File View. 
// File:  DLLSHMEM.C. 
// The DLL entry-point function sets up shared memory using 
// a named file-mapping object. 

#include <windows.h> 
#include <memory.h> 
 
#define SHMEMSIZE 4096 
 
static LPVOID lpvMem = NULL; // pointer to shared memory
 
BOOL DllMain(HINSTANCE hinstDLL,  // DLL module handle
    DWORD fdwReason,              // reason called 
    LPVOID lpvReserved)           // reserved 

    HANDLE hMapObject = NULL;  // handle to file mapping
    BOOL fInit, fIgnore; 
 
    switch (fdwReason) 
    { 
        // The DLL is loading due to process 
        // initialization or a call to LoadLibrary. 
 
          case DLL_PROCESS_ATTACH: 
 
            // Create a named file mapping object.
 
            hMapObject = CreateFileMapping( 
                (HANDLE) 0xFFFFFFFF, // use paging file
                NULL,                // no security attributes
                PAGE_READWRITE,      // read/write access
                0,                   // size: high 32-bits
                SHMEMSIZE,           // size: low 32-bits
                "dllmemfilemap");    // name of map object
            if (hMapObject == NULL) 
                return FALSE; 
 
            // The first process to attach initializes memory.
 
            fInit = (GetLastError() != ERROR_ALREADY_EXISTS); 
 
            // Get a pointer to the file-mapped shared memory.
 
            lpvMem = MapViewOfFile( 
                hMapObject,     // object to map view of
                FILE_MAP_WRITE, // read/write access
                0,              // high offset:  map from
                0,              // low offset:   beginning
                0);             // default: map entire file
            if (lpvMem == NULL) 
                return FALSE; 
 
            // Initialize memory if this is the first process.
 
            if (fInit) 
                memset(lpvMem, '\0', SHMEMSIZE); 
 
            break; 
 
        // The attached process creates a new thread. 
 
        case DLL_THREAD_ATTACH: 
            break; 
 
        // The thread of the attached process terminates.
 
        case DLL_THREAD_DETACH: 
            break; 
 
        // The DLL is unloading from a process due to 
        // process termination or a call to FreeLibrary. 
 
        case DLL_PROCESS_DETACH: 
 
            // Unmap shared memory from the process's address space.
 
            fIgnore = UnmapViewOfFile(lpvMem); 
 
            // Close the process's handle to the file-mapping object.
 
            fIgnore = CloseHandle(hMapObject); 
 
            break; 
 
        default: 
          break; 
     } 
 
    return TRUE; 
    UNREFERENCED_PARAMETER(hinstDLL); 
    UNREFERENCED_PARAMETER(lpvReserved); 

 
// SetSharedMem sets the contents of shared memory. 
 
VOID SetSharedMem(LPTSTR lpszBuf) 

    LPTSTR lpszTmp; 
 
    // Get the address of the shared memory block.
 
    lpszTmp = (LPTSTR) lpvMem; 
 
    // Copy the null-terminated string into shared memory.
 
    while (*lpszBuf) 
        *lpszTmp++ = *lpszBuf++; 
    *lpszTmp = '\0'; 

 
// GetSharedMem gets the contents of shared memory. 
 
VOID GetSharedMem(LPTSTR lpszBuf, DWORD cchSize) 

    LPTSTR lpszTmp; 
 
    // Get the address of the shared memory block.
 
    lpszTmp = (LPTSTR) lpvMem; 
 
    // Copy from shared memory into the caller's buffer.
 
    while (*lpszTmp && --cchSize) 
        *lpszBuf++ = *lpszTmp++; 
    *lpszBuf = '\0'; 

 
Note that the shared memory can be mapped to a different address in each process. For this reason, each process has its own instance of the lpvMem parameter, which is declared as a global variable so that it is available to all DLL functions. The example assumes that the DLL global data is not shared, so each process that loads the DLL has its own instance of lpvMem. 

In this example, the shared memory is released when the last handle to the file-mapping object is closed. To create persistent shared memory, a DLL can create a detached process (see CreateProcess) when the DLL is first loaded. If this detached process uses the DLL and does not terminate, it has a handle to the file-mapping object that prevents the shared memory from being released. 

 

哥,论粘贴大法,我就服你。。。。

不要这样啊,这个问题很显然跟共享内存挂不上勾啊,就算是MFC扩展动态库内部使用了共享内存,那您可以跟我说下啊不要老是这样,这样不好。。。

解决方案17:

引用 楼主 back1999 的回复:

我认为这个跟DLL,内存分布没什么什么关系。
首先检查在用func传入参数的时候CDOC对象的地址,同时看看它的内容是什么。
然后再在对话框尝试获取CObList的时候检查地址和它的内容。
检查两次地址是不是一致,检查两次指针对应的CObList的内容是不是一致,正常的话查看变量能看到当前指针的类名称,各个参数的值。
如果类名相同,但是点开变量,内部结构不同,说明在工程中可能存在另一个同名但结构的类,这个cpp可能引用错了.h文件,这种情况可能是因为没有及时更新包含目录中的.h文件造成主程序和DLL引用的文件不一致。
如果变量内容错了就有可能时这个地址已经被释放,可以用数据断点,查看在什么时候释放了这个地址。

解决方案18:

http://bbs.csdn.net/topics/390374955

  • 本文相关:
  • 站长必读,如何真正写好一篇原创文章
  • 互联网之路细嗅蔷薇 资深站长分享掘金之道
  • 企业站的站长的工作重心究竟有哪些
  • 浅析:行业门户网站的一些盈利模式
  • 3000IP的企业网站每天订单不到30个的苦恼
  • 网站想内外兼修?先学习提高网站可用性的6大原则
  • 浅谈网页设计中的简约之美
  • 网页改版实战:日本设计师如何彻底优化旅游网站?
  • 网页改版实战!日本设计师如何彻底优化招聘网站?
  • 2015年值得关注的21个网页设计趋势
  • 免责声明 - 关于我们 - 联系我们 - 广告联系 - 友情链接 - 帮助中心 - 频道导航
    Copyright © 2017 www.zgxue.com All Rights Reserved