Fix crash when freeing Blender after GTests
This only frees brush_rng and random_tex_array when they were actually previously allocated. In a unit test (see D6246) I want to be able to partially start Blender so that I can load a blend file. To prevent memory leaks, I also want to be able to release memory, which currently requires calling `BKE_blender_free()`. This unconditionally calls `RE_texture_rng_exit()` and `BKE_brush_system_exit()`, which now crash on freeing `NULL`. This patch fixes that. Allocation (`BKE_brush_system_init()`) and freeing (`BKE_brush_system_exit()`) are done asymmetrically. The allocation functions are called from `main()` in the creator module, but the freeing is done by `BKE_blender_free()` the Window Manager. Ideally we symmetrise this and initialise Blender from outside the window manager (so that the initialisation can be done without WM and Python too), but for now I'm happy when things don't crash. Reviewed by: sergey via pair programming
This commit is contained in:
parent
b6973ed760
commit
f8354d492d
|
@ -58,7 +58,11 @@ void BKE_brush_system_init(void)
|
|||
|
||||
void BKE_brush_system_exit(void)
|
||||
{
|
||||
if (brush_rng == NULL) {
|
||||
return;
|
||||
}
|
||||
BLI_rng_free(brush_rng);
|
||||
brush_rng = NULL;
|
||||
}
|
||||
|
||||
static void brush_defaults(Brush *brush)
|
||||
|
|
|
@ -70,7 +70,11 @@ void RE_texture_rng_init(void)
|
|||
|
||||
void RE_texture_rng_exit(void)
|
||||
{
|
||||
if (random_tex_array == NULL) {
|
||||
return;
|
||||
}
|
||||
BLI_rng_threaded_free(random_tex_array);
|
||||
random_tex_array = NULL;
|
||||
}
|
||||
|
||||
/* ------------------------------------------------------------------------- */
|
||||
|
|
Loading…
Reference in New Issue