10

我正在尝试编译一个程序，该程序在我的桌面上编译得非常好，但在我的笔记本电脑上，它编译但在运行时给我这个错误：

Windows 已在 RR.exe 中触发断点。

这可能是由于堆损坏，这表明 RR.exe 或其已加载的任何 DLL 中存在错误。

这也可能是由于用户在 RR.exe 具有焦点时按 F12。

输出窗口可能有更多诊断信息。

我已经注释掉了行，直到找到导致错误的行：

if(glfwOpenWindow(width_, height_, 0, 0, 0, 0, 32, 0, GLFW_WINDOW) != GL_TRUE) {
    throw std::runtime_error("Unable to open GLFW window");
}

奇怪的是，如果我用常量替换width_和height_，例如分别为 800 和 600，它会阻止堆损坏。此外，如果我只使用构造函数设置的默认值而不是传递值，它不会崩溃。

这是完整的代码。上面的行在Window构造函数中。

窗口.h

#pragma once

#include <iostream>
#include <GL\glew.h>
#include <GL\glfw.h>

#pragma comment(lib, "opengl32.lib")
#pragma comment(lib, "glu32.lib")
#pragma comment(lib, "glew32.lib")
#pragma comment(lib, "GLFW.lib")

class Window {
public:
    Window(unsigned width = 800, unsigned height = 600);
    ~Window();

    void clear();
    inline void display() { glfwSwapBuffers(); }
    inline bool exit() { return !glfwGetWindowParam(GLFW_OPENED); }

private:
    unsigned width_, height_;
};

窗口.cpp

#include "window.h"

Window::Window(unsigned width, unsigned height) : width_(width), height_(height) {
    if(glfwInit() != GL_TRUE) {
        throw std::runtime_error("Unable to initialize GLFW");
    }

    if(glfwOpenWindow(width_, height_, 0, 0, 0, 0, 32, 0, GLFW_WINDOW) != GL_TRUE) { //crash
    //if(glfwOpenWindow(800, 600, 0, 0, 0, 0, 32, 0, GLFW_WINDOW) != GL_TRUE) { //no crash
        throw std::runtime_error("Unable to open GLFW window");
    }

    GLenum result = glewInit();
    if(result != GLEW_OK) {
        std::stringstream ss;
        ss << "Unable to initialize glew: " << glewGetErrorString(result);
        throw std::runtime_error(ss.str());
    }
}

Window::~Window() {
    glfwTerminate();
}

void Window::clear() {
    glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
    glLoadIdentity();
}

主文件

#include "window.h"

int main() {
    Window wind(1024, 800); //crash
    Window wind(800, 600); //crash
    Window wind(); //works

    return 0;
}
4

3 回答 3

6

问题似乎与glfw有关：

我假设，您正在尝试使用动态链接GLFW的 . glfw 标头中的注意事项：

#if defined(_WIN32) && defined(GLFW_BUILD_DLL)

/* We are building a Win32 DLL */
 #define GLFWAPI      __declspec(dllexport)
 #define GLFWAPIENTRY __stdcall
 #define GLFWCALL     __stdcall
#elif defined(_WIN32) && defined(GLFW_DLL)

 /* We are calling a Win32 DLL */
 #if defined(__LCC__)
  #define GLFWAPI      extern
 #else
  #define GLFWAPI      __declspec(dllimport)
 #endif
 #define GLFWAPIENTRY __stdcall
 #define GLFWCALL     __stdcall

#else

 /* We are either building/calling a static lib or we are non-win32 */
 #define GLFWAPIENTRY
 #define GLFWAPI
 #define GLFWCALL

#endif

GLFW_BUILD_DLL显然是在构建dll时设置的，它定义了__stdcall调用转换的API函数。

但是当使用你没有定义的库时GLFW_DLL，你的代码假设__cdecl调用转换。_cdecl和__stdcall一般的区别在于调用者函数应该首先清理堆栈，而被调用者在最后一个情况下。所以你清理了两次堆栈，这就是你得到堆栈损坏的原因。

在我GLFW_DLL包含glfw在您的程序中之前定义之后，它开始正常工作。glfwdll.a另请注意，我使用了 mingw 并且必须glfw.a在定义GLFW_DLL.

于 2012-03-20T08:29:11.230 回答
1

堆损坏错误几乎不会在它们最初出现的时候出现，这就是让它们诊断起来如此痛苦的原因。它适用于一个系统而不是另一个系统这一事实意味着未定义的行为。

在快速检查您的代码时，我没有看到任何明显的错误。如果您可以访问 Purify for Windows，或者替代在 Linux 上编译的能力，您可以使用 valgrind。我相信这些工具中的任何一个都会比简单的代码检查带来更高的成功变化。

于 2012-03-19T13:25:11.330 回答
0

我遇到的另一个解决方案：

通过将运行时库（项目属性 > C/C++ > 从多线程调试 DLL (/MDd) 更改为多线程 DLL (/MD)）不再发生堆损坏。

我不知道为什么，也许有更多知识的人可以对此有所了解。

于 2012-03-20T13:10:46.490 回答