I checked with the malloc code the hard way (takes 3 min upto the spalsh screen).
What I found:
* If I just quit via CMD-Q all is fine.
* If I click "Exit Widelands" with the "Hand Pointer" Image I get the crash.
I get the crash most times in Graphic::~Graphic() at SDL_GL_DeleteContext(gl_context_);
I now assume _evey_ image drawing does something potentially bad, we only
get away with it for quite some time.
I pushed some minor optimzations to the osx-malloc-check branch. Found #1697703.
Gun:
* Can we defer executing build_texture_atlas.cc until _after_ the splash screen?
* Can I drop that code (for debuggign) completely?
* Do you you plan to put the images directly into the Image cache?
Could someone on Linux/gcc verify this with the glibc malloc?
I checked with the malloc code the hard way (takes 3 min upto the spalsh screen).
What I found:
* If I just quit via CMD-Q all is fine.
* If I click "Exit Widelands" with the "Hand Pointer" Image I get the crash.
I get the crash most times in Graphic::~Graphic() at SDL_GL_ DeleteContext( gl_context_ );
I now assume _evey_ image drawing does something potentially bad, we only
get away with it for quite some time.
I pushed some minor optimzations to the osx-malloc-check branch. Found #1697703.
Gun: atlas.cc until _after_ the splash screen?
* Can we defer executing build_texture_
* Can I drop that code (for debuggign) completely?
* Do you you plan to put the images directly into the Image cache?
Could someone on Linux/gcc verify this with the glibc malloc?
So far for my findings