Assimp 泄漏内存

Question

我最近通过 valgrind 对我的游戏引擎进行了内存泄漏测试；它实际上告诉我，我的 Mesh class 中有大约 7000 个字节被泄露；奇怪的是它告诉我这个：

7,280 bytes in 1 blocks are definitely lost in loss record 391 of 393
==5639==    at 0x4C2C100: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5639==    by 0x598647E: ??? (in /usr/lib/libassimp.so.3.0.1264)
==5639==    by 0x597F37D: ??? (in /usr/lib/libassimp.so.3.0.1264)
==5639==    by 0x58139E5: ??? (in /usr/lib/libassimp.so.3.0.1264)
==5639==    by 0x581E2B2: Assimp::Importer::ReadFile(char const*, unsigned int) (in /usr/lib/libassimp.so.3.0.1264)
==5639==    by 0x40D71A: glDetail::CMesh::CMesh(char const*) (Mesh.cpp:49)
==5639==    by 0x412FB5: _ZN9__gnu_cxx13new_allocatorIN8glDetail5CMeshEE9constructIS2_IRPKcEEEvPT_DpOT0_ (in /home/mattmatt/workspace/C++/alpha++/main-dev/eclipse/Alpha++/Debug/Alpha++)

所以问题是：Assimp 是否应对泄漏的内存负责？这是有问题的代码部分：

CMesh::CMesh(const char* fileName){
    Assimp::Importer importer;

    const aiScene* scene = importer.ReadFile(fileName,  aiProcess_Triangulate |
                                                        aiProcess_GenSmoothNormals |
                                                        aiProcess_FlipUVs |
                                                        aiProcess_CalcTangentSpace
                                                        );
    if(!scene){
        LOG_ERROR("Mesh", "ERROR LOADING MESH ! : CHECK THE SUPPORTED MODEL TYPES MODEL I OR THE FILE PATH !");
        abort();
    }
    const aiMesh* model = scene->mMeshes[0];

    std::vector<Vertex> vertices;
    std::vector<unsigned int> indices;

    const aiVector3D aiZeroVector(.0f, .0f, .0f);
    IndexedModel out;

    for(unsigned i = 0; i < model->mNumVertices; ++i)
    {
        const aiVector3D* pPos = &(model->mVertices[i]);
        const aiVector3D* pNormal = &(model->mNormals[i]);
        const aiVector3D* pTexCoord = model->HasTextureCoords(0) ? &(model->mTextureCoords[0][i]) : &aiZeroVector;

        const aiVector3D* pTangent = &(model->mTangents[i]);

        Vertex vert (
                        glm::vec3(pPos->x, pPos->y, pPos->z),///positions
                        glm::vec2(pTexCoord->x, pTexCoord->y),///UV coords
                        glm::vec3(pNormal->x, pNormal->y, pNormal->z),///normals
                        glm::vec3(pTangent->x, pTangent->y, pTangent->z)///tangents

                    );

        vertices.push_back(vert);

        out.positions.push_back(*vert.getPos());
        out.texCoords.push_back(*vert.getTexCoord());
        out.normals.push_back(*vert.getNormal());
        out.tangents.push_back(*vert.getTangent());
    }
    for(unsigned i = 0; i < model->mNumFaces; ++i){
        const aiFace& face = model->mFaces[i];
        assert(face.mNumIndices == 3);
        indices.push_back(face.mIndices[0]);
        indices.push_back(face.mIndices[1]);
        indices.push_back(face.mIndices[2]);
    }


    importer.FreeScene();

    out.indices = indices;
    initMesh(out);
}

如果需要，可以在这个问题 Memory Leak in opengl Mesh class 查看我的网格 class 的完整代码:)

/////////////////////////重要编辑////////////// ////////////

我隔离了泄漏资源的代码部分：

Assimp::Importer importer;

       const aiScene* scene = importer.ReadFile("res/Suzy.obj",  aiProcess_Triangulate |
                                                           aiProcess_GenSmoothNormals |
                                                           aiProcess_FlipUVs |
                                                            aiProcess_CalcTangentSpace
                                                           );
       if(!scene){
           LOG_ERROR("Mesh", "ERROR LOADING MESH ! : CHECK THE SUPPORTED MODEL TYPES MODEL I OR THE FILE PATH !");
           abort();
       }

我需要更改什么？

Answer 1

我在使用 SDL2 或 opengl 时也遇到过这些错误；您必须假设 assimp 开发人员知道他们在做什么； opengl 也一样，glew 和 SDL2.

Answer 2

documentation of Importer::ReadFile(const char *, unsigned) 状态：

If the call succeeds, the contents of the file are returned as a pointer to an aiScene object. The returned data is intended to be read-only, the importer object keeps ownership of the data and will destroy it upon destruction.

基于此，您似乎正确使用了 Assimp 库，但库本身存在内存泄漏问题。

那个？？？行表示调试信息不可用。如果这确实是一个真正的内存泄漏，那么拥有调试信息以便准确确定发生内存泄漏的位置非常有用。在这种情况下，调试信息尤其重要，因为 Importer::ReadFile() 调用非虚拟 BaseImporter::ReadFile(const Importer*, const std::string&, IOSystem*) 成员，然后调用纯虚拟 BaseImporter::InternReadFile(const std::string&, aiScene*, IOSystem*) 成员。我假设 0x58139E5 是 BaseImporter::ReadFile()。超出此范围的堆栈帧将取决于 Importer::ReadFile() 选择了哪个 BaseImporter 实现。

在Fedora系统上，调试信息可以通过安装相应的debuginfo package获得。 Fedora 提供了一个 assimp-debuginfo 包，可以通过以下方式安装：

sudo yum --enablerepo fedora-debuginfo,updates-debuginfo install assimp-debuginfo

在 Ubuntu 和 Debian 系统上，调试信息是通过安装可用的 -dbg package 获得的。不幸的是，Debian 8 'Jessie' 和 Ubuntu 15.04 'Vivid Vervet' 都没有提供 libassimp-dbg 软件包。

您可以尝试使用调试信息从源代码构建 Assimp。有关如何执行此操作的说明，请参阅 Stack Overflow 问题 Creating symbol table for gdb using cmake。

Assimp 泄漏内存

Assimp leaking memory

c++

memory-leaks

assimp