Crash opening file with preview render and color grid image #35884

New Issue

ax 34noff · 2013-06-26T19:04:28+02:00

ax 34noff commented

2013-06-26 19:04:28 +02:00

%%%--- Operating System, Graphics card ---
Xubuntu 13.04 x86, Geforce GT 630

- Blender version with error, and version that worked ---

with error: 2.67b

- Short description of error ---

I don't know why but using setUniformMatrix3() and then using uniforms set by it leads to segfault under linux and misbehaves under WINE (probably under Windows too)

- Steps for others to reproduce the error (preferably based on attached .blend file) ---

Boot to linux
Open attached .blend
- lay it

crash.txt also attached%%%

%%%--- Operating System, Graphics card --- Xubuntu 13.04 x86, Geforce GT 630 - Blender version with error, and version that worked --- with error: 2.67b - Short description of error --- I don't know why but using setUniformMatrix3() and then using uniforms set by it leads to segfault under linux and misbehaves under WINE (probably under Windows too) - Steps for others to reproduce the error (preferably based on attached .blend file) --- 1. Boot to linux 2. Open attached .blend 3. - [x]lay it crash.txt also attached%%%

ax 34noff commented

2013-06-26 19:04:28 +02:00

Changed status to: 'Open'

Brecht Van Lommel commented

2013-06-26 20:13:53 +02:00

%%%Moved from Blender 2.6 Bug Tracker to Game Engine%%%

Dalai Felinto commented

2013-06-26 20:28:42 +02:00

%%%Brecht I suspect this may not be a BGE only bug. Moving back to Blender because the first error I get is while opening the file.
If the bge bug itself persist we then move it to the GE tracker.

I tried here (OSX) and in an old build I reproduced the error.
In a more recent build (with debug on) everything was fine.
And with the latest latest trunk, a new error came up while opening the file:

blender(25019,0x7fff738d0180) malloc: error for object 0x7ffd80aa55e0: pointer being freed was not allocated set a breakpoint in malloc_error_break to debug

I don't have time to debug this now, but it should be easy to find the error(s) with git bissect.
%%%

%%%Brecht I suspect this may not be a BGE only bug. Moving back to Blender because the first error I get is while opening the file. If the bge bug itself persist we then move it to the GE tracker. * * * I tried here (OSX) and in an old build I reproduced the error. In a more recent build (with debug on) everything was fine. And with the latest latest trunk, a new error came up while opening the file: blender(25019,0x7fff738d0180) malloc: ***error for object 0x7ffd80aa55e0: pointer being freed was not allocated*** set a breakpoint in malloc_error_break to debug I don't have time to debug this now, but it should be easy to find the error(s) with git bissect. %%%

Dalai Felinto commented

2013-06-26 20:28:42 +02:00

%%%Moved from Game Engine to Blender 2.6 Bug Tracker%%%

Dalai Felinto commented

2013-06-26 22:40:22 +02:00

%%%strange, the crash when opening the file only happens in Release mode.
@axredneck can you try a build from builder.blender.org to see if the bge part of the problem is still there?%%%

%%%strange, the crash when opening the file only happens in Release mode. @axredneck can you try a build from builder.blender.org to see if the bge part of the problem is still there?%%%

Campbell Barton commented

2013-06-27 09:49:34 +02:00

%%%fixed r57815.%%%

ax 34noff commented

2013-06-27 11:02:24 +02:00

%%%i'm sorry i uploaded a blend which triggers 2 various bugs... Trying Blender from BuildBot...%%%

Dalai Felinto commented

2013-06-27 12:47:27 +02:00

%%%Jens just confirmed that this file crashes his computer too (when opening it, not even need to play the file for the segfault) - he tested only with a Release build%%%

ax 34noff commented

2013-06-27 13:02:18 +02:00

%%%Blender r57816, no segfault ! Thanks all !%%%

Dalai Felinto commented

2013-06-27 13:59:17 +02:00

%%%reopening, the OSX bug was introduced in: 55847 + 55848 (freestyle merge)
assigning to Jens

(we could open a new bug entry for that as well, but well ...)%%%

%%%reopening, the OSX bug was introduced in: 55847 + 55848 (freestyle merge) assigning to Jens (we could open a new bug entry for that as well, but well ...)%%%

jens verwiebe commented

2013-06-27 14:45:36 +02:00

%%%Hi
I'am down to th finding the bug is an doublefree, but could not pin down the line yet.

From the attached blend while trying to load:

blender(18985,0x11a5cf000) malloc: *** error for object 0x11ad002f0: double free
...

thread #30: tid = 0x4d03, 0x00007fff96b9d212 libsystem_kernel.dylib`__pthread_kill + 10, stop reason = signal SIGABRT

  frame #0: 0x00007fff96b9d212 libsystem_kernel.dylib`__pthread_kill + 10
  frame #1: 0x00007fff8f8fab54 libsystem_c.dylib`pthread_kill + 90
  frame #2: 0x00007fff8f93edce libsystem_c.dylib`abort + 143
  frame #3: 0x00007fff8f91a905 libsystem_c.dylib`szone_error + 580
  frame #4: 0x00007fff8f9128f8 libsystem_c.dylib`free + 199
  frame #5: 0x000000010268476b blender`ft_free + 25
  frame #6: 0x0000000102691924 blender`ft_mem_free + 41
  frame #7: 0x0000000102686a2a blender`ft_glyphslot_free_bitmap + 91
  frame #8: 0x0000000102686b4a blender`ft_glyphslot_clear + 21
  frame #9: 0x00000001026872c7 blender`FT_Load_Glyph + 97
  frame #10: 0x0000000101991c71 blender`blf_glyph_add(font=0x000000010c695bb8, index=0, c=0) + 225 at blf_glyph.c:233

....

More investigation needed... Jens
%%%

%%%Hi I'am down to th finding the bug is an doublefree, but could not pin down the line yet. From the attached blend while trying to load: blender(18985,0x11a5cf000) malloc: *** error for object 0x11ad002f0: double free ... * thread #30: tid = 0x4d03, 0x00007fff96b9d212 libsystem_kernel.dylib`__pthread_kill + 10, stop reason = signal SIGABRT ``` frame #0: 0x00007fff96b9d212 libsystem_kernel.dylib`__pthread_kill + 10 frame #1: 0x00007fff8f8fab54 libsystem_c.dylib`pthread_kill + 90 frame #2: 0x00007fff8f93edce libsystem_c.dylib`abort + 143 frame #3: 0x00007fff8f91a905 libsystem_c.dylib`szone_error + 580 frame #4: 0x00007fff8f9128f8 libsystem_c.dylib`free + 199 frame #5: 0x000000010268476b blender`ft_free + 25 frame #6: 0x0000000102691924 blender`ft_mem_free + 41 frame #7: 0x0000000102686a2a blender`ft_glyphslot_free_bitmap + 91 frame #8: 0x0000000102686b4a blender`ft_glyphslot_clear + 21 frame #9: 0x00000001026872c7 blender`FT_Load_Glyph + 97 frame #10: 0x0000000101991c71 blender`blf_glyph_add(font=0x000000010c695bb8, index=0, c=0) + 225 at blf_glyph.c:233 ``` .... More investigation needed... Jens %%%

Brecht Van Lommel commented

2013-06-27 15:27:24 +02:00

%%%Preview render and the UI are accessing font stuff from different threads here, which likely causes the problem? I'm not sure why that should suddenly be a problem now.%%%

ax 34noff commented

2013-06-27 15:30:46 +02:00

%%%> Blender r57816, no segfault ! Thanks all !
In addition: bug related to uniforms and shaders seems fixed, segfaults when OPENING the blend are not related to uniforms, so the bug must be renamed. How can it be done?%%%

%%%> Blender r57816, no segfault ! Thanks all ! In addition: bug related to uniforms and shaders seems fixed, segfaults when OPENING the blend are not related to uniforms, so the bug must be renamed. How can it be done?%%%

Brecht Van Lommel commented

2013-06-27 15:47:30 +02:00

%%%Renamed the report now.

This does not seem to be related to the freestyle commits, it happens before them too. The problem is that the "color grid" image with text used in a preview render, and the UI code are trying to initialize font drawing data structures at the same time.%%%

%%%Renamed the report now. This does not seem to be related to the freestyle commits, it happens before them too. The problem is that the "color grid" image with text used in a preview render, and the UI code are trying to initialize font drawing data structures at the same time.%%%

Campbell Barton commented

2013-06-27 19:44:32 +02:00

%%%Could there be more info on how to redo this crash? - open the file and nothing happens here. how is the error caused?%%%

Dalai Felinto commented

2013-06-27 20:00:46 +02:00

%%%@Campbell: on OSX by simply opening the file you get a bus lock (hanging forever) or a segfault.

@ax: how did you create this file? Anything in particular? anything imported?%%%

%%%@Campbell: on OSX by simply opening the file you get a bus lock (hanging forever) or a segfault. @ax: how did you create this file? Anything in particular? anything imported?%%%

jens verwiebe commented

2013-06-27 20:07:34 +02:00

%%%Found a solution for opening attached file if this brings us something:

Before loading the file, goto prefs and disable "load gui", then you can bring the blend up.
Having preview colsed or open makes no difference !

Jens
%%%

%%%Found a solution for opening attached file if this brings us something: Before loading the file, goto prefs and disable "load gui", then you can bring the blend up. Having preview colsed or open makes no difference ! Jens %%%

ax 34noff commented

2013-06-28 10:33:32 +02:00

%%%@dalai-1
I created blends which render fractals in realtime using BGE. I used the texture (with "A1" caption) as render target and also to generate texcoords. Now i replaced it with grid and (seems) it doesn't crash Blender under Xubuntu linux.%%%

%%%@dalai-1 I created blends which render fractals in realtime using BGE. I used the texture (with "A1" caption) as render target and also to generate texcoords. Now i replaced it with grid and (seems) it doesn't crash Blender under Xubuntu linux.%%%

jens verwiebe commented

2013-06-28 12:59:10 +02:00

%%%This is an odd issue.
I took the attached blend and just regenerated the colorgrid and now the crash on loading is gone !!!!
Wtf ... could this be due blender versioning clutter ?

@ ax 34noff, can you pls check my new attached blend is exactly same as yours before ( in result ) ?

Jens%%%

%%%This is an odd issue. I took the attached blend and just regenerated the colorgrid and now the crash on loading is gone !!!! Wtf ... could this be due blender versioning clutter ? @ ax 34noff, can you pls check my new attached blend is exactly same as yours before ( in result ) ? Jens%%%

Brecht Van Lommel commented

2013-06-28 14:17:49 +02:00

%%%If you enable textured draw mode in the viewport it will crash again with setuniform_regenerated_tex.blend.

This is a thread conflict and so subtle timing difference can avoid the crash. I can get it to crash on Windows too with the patch attached, which increases the probability that there will be some thread conflict, probably it will crash on Linux too.

We may need to add some mutex locks to blenfont, Freetype is reentrant but not thread safe and probably multiple threads are modifying the same data.%%%

%%%If you enable textured draw mode in the viewport it will crash again with setuniform_regenerated_tex.blend. This is a thread conflict and so subtle timing difference can avoid the crash. I can get it to crash on Windows too with the patch attached, which increases the probability that there will be some thread conflict, probably it will crash on Linux too. We may need to add some mutex locks to blenfont, Freetype is reentrant but not thread safe and probably multiple threads are modifying the same data.%%%

Brecht Van Lommel commented

2013-06-28 15:05:48 +02:00

%%%Fix in svn now, using a spin lock in the glyph add function.%%%

Brecht Van Lommel commented

2013-06-28 15:05:48 +02:00

Changed status from 'Open' to: 'Resolved'

Brecht Van Lommel closed this issue

2013-06-28 15:05:48 +02:00

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Crash opening file with preview render and color grid image #35884