错误“访问冲突读取位置 0x00000008”与 SetWindowSubclass 内的 msftedit.dll RichEdit 控件
Posted
技术标签:
【中文标题】错误“访问冲突读取位置 0x00000008”与 SetWindowSubclass 内的 msftedit.dll RichEdit 控件【英文标题】：Error "Access violation reading location 0x00000008" with msftedit.dll RichEdit control inside SetWindowSubclass 【发布时间】：2016-05-20 22:56:08 【问题描述】：我在单独的子类文件中有编辑控件。在开始使用 SetWindowSubclass 函数后（我是 C++ 新手，以前我使用 SetWindowLongPtr 进行子类化，它工作得很好，但有人建议我开始使用 SetWindowSubclass），我遇到了这个问题：
编译程序后，应用程序绘制空窗口，该窗口立即停止响应（我必须通过任务管理器将其关闭）。 输出窗口中的结果错误：
TaskTracklist.exe 中的 0x635F3DEF (msftedit.dll) 处引发异常： 0xC0000005：访问冲突读取位置0x00000008。
完整代码：
#include "stdafx.h"
#include <windows.h>
#include <commctrl.h>
#include <richedit.h>
#include <string.h>
#include "SearchEditBox.h"
/*global vars*/
LPCWSTR SearchEditBox::editBoxDefText = L"Search...";
bool SearchEditBox::firstLoad = false;
int SearchEditBox::width = 0;
int SearchEditBox::height = 0;
HWND SearchEditBox::editBox;
/*functions*/
LRESULT CALLBACK EditBoxProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uint_ptr, DWORD dwRefData);
void ChangeEdit(const HWND hwnd, const bool change);
/*set-get functions*/
HWND SearchEditBox::getEditBox()
return SearchEditBox::editBox;
SearchEditBox * SearchEditBox::CreateEditBox(HINSTANCE hInst, HWND hwnd, int pos_x, int pos_y, int width, int height)
SearchEditBox * p_SearchEditBox = new SearchEditBox;
LoadLibrary(TEXT("Msftedit.dll")); //enables RichEdit field
SearchEditBox::editBox = CreateWindowEx(0, (L"RICHEDIT50W"), editBoxDefText, WS_VISIBLE | WS_CHILD, pos_x + 6, pos_y + 4, width, height, hwnd, NULL, (HINSTANCE)GetWindowLong(hwnd, GWL_HINSTANCE), p_SearchEditBox);
SearchEditBox::width = width;
SearchEditBox::height = height;
if (SearchEditBox::editBox == NULL)
delete p_SearchEditBox;
MessageBox(NULL, L"Problem creating the Search box.", L"Error", 0);
return 0;
SetWindowSubclass(SearchEditBox::editBox, SearchEditBox::EditBoxProc, 0, 0);
return p_SearchEditBox;
LRESULT CALLBACK SearchEditBox::EditBoxProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uIdSubclass, DWORD dwRefData)
PAINTSTRUCT ps;
HDC hdc;
switch (uMsg)
case WM_SETFOCUS:
LPWSTR getText = new TCHAR[10];
GetWindowText(hwnd, getText, 10);
if (_tcscmp(getText, editBoxDefText) == 0)
SearchEditBox::ChangeEdit(hwnd, 1);
delete getText;
break;
case WM_KILLFOCUS:
LPWSTR getText = new TCHAR[10];
if (GetWindowText(hwnd, getText, 10) == 0)
SearchEditBox::ChangeEdit(hwnd, 0);
::SetFocus(NULL);
delete getText;
break;
case WM_LBUTTONDBLCLK:
SearchEditBox::ChangeEdit(hwnd, 1);
break;
case WM_PAINT:
hdc = BeginPaint(hwnd, &ps);
RECT rc;
InvalidateRect(hwnd, &rc, 0);
if (SearchEditBox::firstLoad == false)
SearchEditBox::ChangeEdit(hwnd, 0);
::SetFocus(NULL);
SearchEditBox::firstLoad = true;
HBRUSH hBrush = CreateSolidBrush(RGB(33, 33, 33));
SelectObject(hdc, hBrush);
RoundRect(hdc, -6, -4, SearchEditBox::width + 7, SearchEditBox::height + 4, 5, 5);
EndPaint(hwnd, &ps);
break;
return DefSubclassProc(hwnd, uMsg, lParam, wParam);
我很清楚，问题在于 RichEdit 控件与 SetWindowSubclass 函数联机。
尽管我没有找到任何与 Msftedit.dll 相关的特定错误相关的主题，但我从这些文章（here 和 here 和 here）中了解到我可能引用了 NULL 指针，但这对我来说没有意义，因为那时我会从 SetWindowSubclass 函数上方的这一位得到错误（我没有）：
if (SearchEditBox::editBox == NULL)
delete p_SearchEditBox;
MessageBox(NULL, L"Problem creating the Search box.", L"Error", 0);
return 0;
我还认为问题可能出在外部函数（意思是在 comctl32 中定义的函数，而不是在类中）访问特定于类的变量（指针将 not 为 NULL，但它可能无法访问以某种方式到函数）所以我尝试仅为 SetWindowSubclass 函数创建局部变量（这也不起作用）：
HWND newHWND = SearchEditBox::editBox;
SetWindowSubclass(newHWND, SearchEditBox::EditBoxProc, 0, 0);
使用函数 getEditBox() 也没有解决这个问题。
我还尝试在控件声明中使用 MSFTEDIT_CLASS 而不是 (L"RICHEDIT50W") （认为问题可能在控件本身内部）但这也没有帮助，并尝试不同的版本（例如 RICHEDIT51W 或 RICHEDIT80W）导致错误（所以我必须使用正确的 VS2015 RichEdit 版本）。
我也尝试在 CreateEditBox 中声明 HWND 编辑框（使其成为局部变量），但这也无济于事。
我使用免费的社区版 VS。
编辑：从代码中清除了我的一些失败尝试。
【问题讨论】：
你为什么要new TCHAR[10] 而不是TCHAR getText[10];？
@kfsone 我从 CodeBlocks 复制了整个项目，在那里它可以很好地定义为普通字符，这是第一次在 VS 中对我有用；我在文件里改了，谢谢你的建议！
为什么要将TCHAR[] 分配给LPWSTR（又名WCHAR*）而不是LPTSTR（又名TCHAR*）？您正在使用所有内容的TCHAR-version，因此您应该保持一致。另外，您需要使用delete[] getText; 而不是delete getText;。
【参考方案1】：
TaskTracklist.exe 中的 0x635F3DEF (msftedit.dll) 引发异常：0xC0000005：访问冲突读取位置 0x00000008。
地址 0 附近的访问冲突通常意味着正在通过 NULL 对象指针访问类/记录数据成员。
尽管我没有找到与 Msftedit.dll 相关的此错误的任何主题，但我从这些文章 (...) 中了解到我可能引用了 NULL 指针，但这对我来说没有意义因为那样我会从 SetWindowSubclass 函数上方的这一位得到错误（我没有）
问题与访问 NULL 无关HWND 句柄。它与访问 NULL object pointer 有关。而且您的代码中确实有对象指针，因此您需要确定哪个是 NULL。当 AccessViolation 发生时，使用调试器查看在内存地址 0x635F3DEF 处运行的代码，这应该会引导您找到代码中的哪一行崩溃。
话虽如此，EditBoxProc() 的最后一个参数必须是DWORD_PTR 而不是DWORD，并且您将wParam 和lParam 值以错误的顺序传递给DefSubclassProc()。
此外，您的WM_KILLFOCUS 和WM_PAINT 处理程序不应调用SetFocus()，您的WM_PAINT 处理程序不应调用InvalidateRect()。
我建议你重新编写 SearchEditBox 类，使其数据成员不再是 static。在类中将它们设为static 可防止您使用单独的HWNDs 创建多个SearchEditBox 对象。数据成员不必是static。您可以将SearchEditBox* 指针作为子类的dwRefData 参数传递，因此EditBoxProc() 可以访问SearchEditBox 对象及其非静态成员。
试试这样的：
SearchEditBox.h
#ifndef SearchEditBoxH
#define SearchEditBoxH
class SearchEditBox
private:
bool firstPaint;
int width;
int height;
HWND editBox;
SearchEditBox();
void ChangeEdit(const bool change);
static LRESULT CALLBACK EditBoxProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uint_ptr, DWORD_PTR dwRefData);
public:
~SearchEditBox();
HWND getEditBox()
static SearchEditBox* CreateEditBox(HINSTANCE hInst, HWND hwnd, int pos_x, int pos_y, int width, int height);
;
#endif
SearchEditBox.cpp
#include "stdafx.h"
#include <windows.h>
#include <commctrl.h>
#include <richedit.h>
#include <string.h>
#include "SearchEditBox.h"
/*global vars*/
static LPCTSTR editBoxDefText = TEXT("Search...");
SearchEditBox::SearchEditBox()
firstPaint = false;
width = 0;
height = 0;
editBox = NULL;
SearchEditBox::~SearchEditBox()
if (editBox)
DestroyWindow(editBox);
void SearchEditBox::ChangeEdit(const bool change)
//...
HWND SearchEditBox::getEditBox()
return editBox;
SearchEditBox* SearchEditBox::CreateEditBox(HINSTANCE hInst, HWND hwnd, int pos_x, int pos_y, int width, int height)
// make sure RichEdit 4.1 is enabled
if (!GetModuleHandle(TEXT("Msftedit.dll")))
if (!LoadLibrary(TEXT("Msftedit.dll")))
MessageBox(NULL, L"Problem loading Msftedit.dll.", L"Error", 0);
return 0;
SearchEditBox *pSearchEditBox = new SearchEditBox;
pSearchEditBox->editBox = CreateWindowEx(0, MSFTEDIT_CLASS, editBoxDefText, WS_VISIBLE | WS_CHILD, pos_x + 6, pos_y + 4, width, height, hwnd, NULL, (HINSTANCE) GetWindowLong(hwnd, GWL_HINSTANCE), p_SearchEditBox);
if (!pSearchEditBox->editBox)
delete pSearchEditBox;
MessageBox(NULL, L"Problem creating the Search box.", L"Error", 0);
return 0;
if (!SetWindowSubclass(pSearchEditBox->editBox, SearchEditBox::EditBoxProc, 0, (DWORD_PTR)p_SearchEditBox))
delete pSearchEditBox;
MessageBox(NULL, L"Problem subclassing the Search box.", L"Error", 0);
return 0;
pSearchEditBox->width = width;
pSearchEditBox->height = height;
return pSearchEditBox;
LRESULT CALLBACK SearchEditBox::EditBoxProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uIdSubclass, DWORD_PTR dwRefData)
SearchEditBox *pSearchEditBox = (SearchEditBox*) dwRefData;
switch (uMsg)
case WM_NCDESTROY:
RemoveWindowSubclass(hwnd, SearchEditBox::EditBoxProc, uIdSubclass);
pSearchEditBox->editBox = NULL;
break;
case WM_SIZE:
pSearchEditBox->width = LOWORD(lParam);
pSearchEditBox->height = HIWORD(lParam);
break;
case WM_SETFOCUS:
TCHAR getText[10];
GetWindowText(hwnd, getText, 10);
if (_tcscmp(getText, editBoxDefText) == 0)
pSearchEditBox->ChangeEdit(true);
break;
case WM_KILLFOCUS:
TCHAR getText[10];
if (GetWindowText(hwnd, getText, 10) == 0)
pSearchEditBox->ChangeEdit(false);
break;
case WM_LBUTTONDBLCLK:
pSearchEditBox->ChangeEdit(true);
break;
case WM_PAINT:
if (!pSearchEditBox->firstPaint)
pSearchEditBox->firstPaint = true;
pSearchEditBox->ChangeEdit(false);
PAINTSTRUCT ps;
HDC hdc = BeginPaint(hwnd, &ps);
HBRUSH hBrush = CreateSolidBrush(RGB(33, 33, 33));
SelectObject(hdc, hBrush);
RoundRect(hdc, -6, -4, pSearchEditBox->width + 7, pSearchEditBox->height + 4, 5, 5);
EndPaint(hwnd, &ps);
break;
return DefSubclassProc(hwnd, uMsg, wParam, lParam);
【讨论】：
好吧，实际上并没有带有 NULL 指针的对象，整个事情都是由于在 DefSubclassProc 中意外切换 wParam 和 lParam 造成的（浪费了 4 个小时在绝对的废话上！）。雷米感谢您的所有建议，我将逐步完成并实施所有这些，我非常感谢您！ 我还有一个问题：为什么 WM_PAINT 处理程序不应该调用 InvalidateRect()？感谢您的宝贵时间！ @DanielMaczak：调用InvalidateRect 最终会导致系统生成WM_PAINT 消息。然后，您的 GUI 线程将一直忙于渲染（您应该会看到一个 CPU 内核以接近 100% 的利用率运行）。
@IInspectable 很好，我正在使用它，因为由于某种原因，没有它我无法在控件中看到文本。似乎 RoundRect 以某种方式覆盖它，因为我可以写，只是看不到文字。请问您知道解决方法吗？我试着查了一下，但谷歌对我的哭声保持沉默:)
如果你想在文本后面/周围画一个圆角矩形，你应该处理WM_ERASEBKGND而不是处理WM_PAINT。如果您处理WM_PAINT，那么您还必须绘制文本，而您没有这样做。以上是关于错误“访问冲突读取位置 0x00000008”与 SetWindowSubclass 内的 msftedit.dll RichEdit 控件的主要内容，如果未能解决你的问题，请参考以下文章