Files
SDL/src
Sam Lantinga 356c2eadf4 Fixed bug 3544 - Memory freeing bug in SDL_DestroyRenderer/SDL_DestroyTexture
felix

Here's a snippet of SDL_DestroyRenderer from hg revision 10746:7540ff5d0e0e:

    SDL_Texture *texture = NULL;
    SDL_Texture *nexttexture = NULL;
    /* ... */
    for (texture = renderer->textures; texture; texture = nexttexture) {
        nexttexture = texture->next;
        SDL_DestroyTexture(texture);
    }

SDL_DestroyTexture removes the texture from the linked list pointed to by the renderer and ends up calling SDL_DestroyTextureInternal, which contains this:

    if (texture->native) {
        SDL_DestroyTexture(texture->native);
    }

If it happens that texture->native is an alias of nexttexture two stack frames up, SDL_DestroyRenderer will end up trying to destroy an already freed texture. I've had this very situation happen in dosemu2.

Bug introduced in revision 10650:a8253d439914, which has a somewhat ironic description of "Fixed all known static analysis bugs"...
2017-01-06 00:32:06 -08:00
..
2017-01-01 18:33:28 -08:00
2017-01-06 03:15:27 -05:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-05 02:53:29 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00
2017-01-01 18:33:28 -08:00