I've tested this verified this bug on two computers both running win7 64bit using r28196.
Open blender -> enter edit mode -> select a face an preform an extrude -> quit. This will result in a crash (i.e dialog box: "blender.exe has stopped working").
I've tried reproduce this bug with other operator but in only seems to appear when an extrude operation has been preformed.
In the console "Error Totblock: 4" is printed out.
/gustav
Description
Description
Event Timeline
Comment Actions
Can't reproduce here on os x/r28199.
Are those the exact steps? (quitting blender after confirming the extrude, while still in edit mode?)
Is this in the default cube form the default startup file?
Comment Actions
Yes those are the exact step. When you exit blender (either by ctrl+q, via the menu or the windows close button) blender crashes. But the bug alsoappear if entering object mode afterwards or preforming other operation after the extrude and then quit. I can also reproduce it with other files than the default startup file.
The bug seems to exist in the official alpha 1 but not in alpha 0. I've test some build from graphicall.org and been able to pinpoint it somewhere between revision 26649 to 26939
Comment Actions
Hi
I've done some more research and for some reason the bug seems be related to "Emulate 3 button mouse".
I noticed that the problem did appear in newer build so I started to compile older revision in order to pinpoint the problem. R28220 crashes while r28221 work fine:
http://lists.blender.org/pipermail/bf-blender-cvs/2010-April/027419.html
However if you turn on "Emulate 3 button mouse" save your user setting and restart blender the problem is back, so the problem is actually not really fixed in post r28221.
Hope this helps
Gustav
Comment Actions
Did more digging... The bug is related to this commit:
http://lists.blender.org/pipermail/bf-blender-cvs/2010-February/026052.html
So a Summary:
1. Blender crashes upon exit when a extrude operation previously has been preformed.
2. The bug only appears when "Emulate 3 button mouse" is activated.
3. So far it has only been confirmed on Windows
4. The bug was introduced in this commit (Smart Extrude r26856):
http://lists.blender.org/pipermail/bf-blender-cvs/2010-February/026052.html
/gustav
Comment Actions
can't reproduce (even in valgrind) is this still an issue? it may simply be the annoying, mysterious windows crashing problem again.
Comment Actions
Yes it's still there... stupid window... maybe it's best for a windows developer who can reproduce it to take a look it instead...
Comment Actions
Looks like somebody reported the bug before me, you might want to merge the threads...
https://projects.blender.org/tracker/index.php?func=detail&aid=21190&group_id=9&atid=498
Comment Actions
Indeed, the report is the same issue. I do get the crash too on Windows. Closing this one as duplicate.
Thanks for reporting and investigating.