Page MenuHome

fluid sim modifier can crash blender
Closed, ResolvedPublic

Description

--- Operating System, Graphics card ---
Windows 7 64bit, 16GB RAM, CPU: i7-3770,

--- Blender version with error, and version that worked ---
all tested blender 2.68 versions ... til now

--- Short description of error ---
when i turn down the final resolution setting of domain fluid sim modifier down to 7 or under, blender crashes at bake fluid.

i guess that low resolution value is more theoretical kind, but is should not crash blender anyway.

--- Steps for others to reproduce the error (preferably based on attached .blend file) ---
1. open attached blend file
2. bake fluid with resolution 8 or higher...
... blender works as expected.

3. turn down resolution down to 7 or less
4. bake fluid ...
... blender crashes.

Event Timeline

Can confirm that (though segfault does not always happen at level 7).

Daniel, I think this one is for you? Crash happens in elbeem, which makes use of dirty blackmagic macro! :p

Seems to be fixed in 60990. I tried level 1 even.

Feel free to reopen this bug report if you encounter this crash with a later version of blender.

Thanks for reporting this issue!

no, not fixed.
blender still crashes at baking lower final resolution level

tested with "blender-2.69-r61005-win64.zip" and the attached blend file, by using 6 as resolution level.
blender.exe --factory-startup -w -p 632 270 1280 720 -con

Since I have no way to reproduce the crash, I will de-assign myself from this bug.

What would help is a backtrace though.

But as I said: On windows 7 x64 it your blend file works "nicely" (it just doesn't bake anything, but doesn't crash either).

Does blender still crash with latest builds from http://builder.blender.org/download/ ? And hat are the steps reproducing the crash would be then?

yes, to me, blender "blender-2.69-6a2c467-win64.zip" still crash in the same way as described in the initial post.
see video

Operating System, Graphics card
Windows 8.1 64bit, 16GB RAM, CPU: i7-3770,

no crash log was generated

Daniel Genrich (genscher) changed the task status from Unknown Status to Resolved.Feb 5 2014, 3:38 PM

Closed by commit rB1ab86e3f1fa8.