关于MFC DLL 的对话框中资源处理的问题

来源:互联网  责任编辑:小易  时间:2017/5/24 17:47:51
本网有用户碰到这样的问题:关于MFC DLL 的对话框中资源处理的问题,具体问题如下:

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

=================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 © 2015 www.zgxue.com All Rights Reserved