Red Hat Bugzilla – Bug 489018
Blender crashes playing yofrankie game
Last modified: 2009-03-11 12:20:31 EDT
Description of problem:
When running yofrankie game from review (bug 486758), in crashes after selecting "Play" in menu.
guessing 'blenderplayer' == '/usr/bin/blenderplayer'
argv = 'blenderplayer'
argv = '/usr/share/yofrankie-bge/levels/start_menu.blend' , 2
read library: lib //../chars/butterfly.blend
No CDROM devices available
No CDROM devices available
/usr/bin/yofrankie-bge: line 2: 9056 Segmentation fault (core dumped) blenderplayer /usr/share/yofrankie-bge/levels/start_menu.blend
#0 0x00000000005224d4 in get_viewedit_datamask ()
#1 0x000000000051a367 in object_handle_update ()
#2 0x0000000000511079 in group_handle_recalc_and_update ()
#3 0x000000000051e19a in object_duplilist_recursive ()
#4 0x000000000051e3b2 in object_duplilist ()
#5 0x00000000005e280f in GPU_shaderesult_set ()
#6 0x00000000005e354d in GPU_blender_material ()
#7 0x00000000005e360c in GPU_material_from_blender ()
#8 0x000000000066ee05 in KX_BlenderMaterial::SetBlenderGLSLShader ()
#9 0x0000000000671366 in KX_BlenderMaterial::OnConstruction ()
#10 0x0000000000649392 in BL_ConvertMesh ()
#11 0x0000000000649eb8 in gameobject_from_blenderobject ()
#12 0x000000000064a55b in BL_ConvertBlenderObjects ()
#13 0x00000000006415cd in KX_BlenderSceneConverter::ConvertScene ()
#14 0x00000000004f0aec in GPG_Application::startEngine ()
#15 0x00000000004eee04 in main ()
I have NVidia GTX 260 card, driver version is 180.29 (from RPMFusion).
Version-Release number of selected component (if applicable):
Because I have no ide why this is happen, I have created an upstream bug at:
Unfortunately, I have post the wrong URL. It should be
Seems crash is happening only with compressed blender files. If run it directly with svn sources, it works fine.
(In reply to comment #3)
> Seems crash is happening only with compressed blender files. If run it directly
> with svn sources, it works fine.
I've added some comments to the upstream bug Jochen filed and updated the yofrankie-bge package so that it does not crash now.
I believe this can be closed now, since it's reported upstream and doesn't bother us anymore. Thank you both for your efforts.
OK, I will close this bug and wait for upstream.
I have got a look to the upstream ticket system. Someone wrote, that a file in the yofrankie package may be corrupted. It may be nice, if you can update your package to the most current release and retry your test.
(In reply to comment #6)
> I have got a look to the upstream ticket system. Someone wrote, that a file in
> the yofrankie package may be corrupted.
It was, in fact, me. I should probably have written "the file becomes corrupted" instead of "...is corrupted" -- it is not corrupted in distro, but becomes corrupted during save by the python script.
> It may be nice, if you can update your
> package to the most current release and retry your test.
In meanwhile, I decided that we'll not compress the png graphics into jpeg, because the space gain doesn't outweight the quality loss, so we don't have to touch the .blend files at all. (and upstream doesn't compress the graphic files on DVD distribution anyways).