Question

GetOpenFileName因访问冲突而失败。文件必须在DESKTOP上并且名称很长。只有在首次成功打开文件后才会出现问题。当鼠标光标悬停在文件上时会出现问题，因为工具提示即将显示。

见下面的答案。我将在下面留下原始问题描述。

Mike D。

=======================

我正在使用GetOpenFileName。我有时会在shell32内部获得访问冲突。违规行为从未在第一次使用此代码时发生，通常需要五到六次尝试。此外，如果在弹出打开文件窗口后选择一个或两个文件，则不会发生违规。此外，调试时显示的调用堆栈不包含任何代码。就好像某个独立的线程正在醒来做某事。

有关我如何调试此内容的任何见解都非常感谢！

我做了一个“hello”世界应用程序，表现出相同的行为。但是，它在失败之前需要更多的尝试。似乎必须在目录失败之前切换目录。

GOFN是从为此目的创建的线程完成的。以下是“hello world”应用程序中的代码。

typedef struct 
{
public:
    HWND        hWnd;
    HINSTANCE   hInst;
} def_params, *p_params;

DWORD WINAPI ReadLogFile_DataRecorderThread (PVOID pvoid);

void ReadLogFile_DataRecorder (HWND hWnd, HINSTANCE hInst)  // ***************************
{
    static def_params Params;

    Params.hWnd = hWnd;
    Params.hInst = hInst;

    HANDLE T = CreateThread (NULL,0,ReadLogFile_DataRecorderThread,&Params,0,NULL);

    CloseHandle (T);

    return;
}

DWORD WINAPI ReadLogFile_DataRecorderThread (PVOID pvoid)   
{
    p_params P = (p_params) pvoid;

    HWND hWnd = P->hWnd;
    HINSTANCE hInst = P->hInst;

    char    ReadLogFileLastDir[256];

//  static def_OpenFileHook Hook;

    OPENFILENAME    ofn;
    char            fn[MAX_PATH]="\0";
    char            filter[32]="Text Files\0*.TXT;\0\0";
    char            title[]="Open IMC Data Recorder Log File";
    char            defext[]="TXT";
    int             status;

// Get File Name

    fn[0] = '\0';
    ReadLogFileLastDir[0] = '\0';

    ZeroMemory(&ofn, sizeof(ofn));

    ofn.lStructSize         = sizeof(ofn);
    ofn.hwndOwner           = hWnd;
    ofn.hInstance           = hInst;
    ofn.hInstance           = (HINSTANCE) GetWindowLong (hWnd, GWL_HINSTANCE);

    ofn.lpstrFilter         = filter;
    ofn.nFilterIndex        = 0;
    ofn.lpstrCustomFilter   = NULL ;
    ofn.nMaxCustFilter      = 0 ;
    ofn.lpstrFile           = fn;
    ofn.nMaxFile            = sizeof(fn);
    ofn.lpstrFileTitle      = NULL;

    if (ReadLogFileLastDir[0] == '\0')
    {
        SHGetSpecialFolderPath (NULL,ReadLogFileLastDir,0x0005,false);
    };
    ofn.lpstrInitialDir = ReadLogFileLastDir;
    ofn.lpstrTitle          = title;
    ofn.Flags               = OFN_FILEMUSTEXIST  | 
                              OFN_PATHMUSTEXIST  | 
                              OFN_EXPLORER       | 
                              // OFN_ENABLETEMPLATE | 
                              OFN_ENABLESIZING   | 
                              // OFN_ENABLEHOOK     |
                              OFN_READONLY;
    ofn.lpstrDefExt         = NULL;
    ofn.lpfnHook            = NULL;         // Hook.DialogHook; // hook routine
    ofn.lCustData           = NULL;          // (long) &Hook;       // data for hook routine
    ofn.lpTemplateName      = NULL;          // MAKEINTRESOURCE(IDD_HOOKFILEOPEN);
    ofn.nFileOffset         = 0 ;
    ofn.nFileExtension      = 0 ;
    ofn.lpstrDefExt         = defext;

    status = GetOpenFileName (&ofn);

    int S;

    S = CommDlgExtendedError();

    return 0;
}

当它失败时，调用堆栈看起来像这样......

SHELL32! 7ca4e035()
SHELL32! 7cb2dc16()
SHELL32! 7cb2dd5a()
SHELL32! 7cb27361()
SHELL32! 7c9f40a3()
BROWSEUI! 75f81b9a()
SHLWAPI! 77f69548()
NTDLL! 7c927545()
NTDLL! 7c927583()
NTDLL! 7c927645()
NTDLL! 7c92761c()
KERNEL32! 7c80b50b()

很抱歉，但我无法获取符号，因为我有一个旧的Visual C ++： - （

在我看来，当GOFN的东西即将打开描述文件的弹出窗口时，当鼠标光标悬停在文件名上时，会出现问题。

导致问题的一系列情况有点奇怪。实验表明，必须在GOFN窗口中执行以下操作：

在DESKTOP上打开文件
将鼠标悬停在长文件名

如果我两次这样做，它总是会失败。我使用的文件名是

IMCLOG_20120323_1658 _-_ 20120324_0653_CST_ + DST_E2_2_second.TXT

我尝试使用NOTEPAD做同样的事情，同样的问题也出现了！

Answer 1

我发现了很多关于同样问题的报道。例如：

Social.MSDN Problem report
CodeProject question
CodeGuru thread

还有一个Google缓存链接指向已删除的MS Connect错误报告。正如您所发现的那样，问题似乎特别适用于桌面文件。

我找到的唯一建议解决方案是在帖子的开头调用CoInitializeEx(NULL)，并在结尾处调用CoUninitialize()，这是值得尝试的。

此外，GetOpenFileName()的MSDN文档说：

从Windows Vista开始，“公共项目对话框”已取代“打开”和“另存为”常用对话框。

因此，完全放弃GetOpenFileName()可能是值得的。

shell32.dll：GetOpenFileName新线程期间的访问冲突

1 个答案: