Repeatable crash with mesh.bevel operator #69966

New Issue

eldee smith · 2019-09-17T05:57:55+02:00

eldee smith commented

2019-09-17 05:57:55 +02:00

System Information
Operating system: Windows-10-10.0.18362 64 Bits
Graphics card: GeForce GTX 1050 Ti with Max-Q Design/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 431.70

Blender Version
Broken: version: 2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: f6cb5f5449
Worked: (optional)

Short description of error
This is an odd one, and took me over a week of hammering on it to come up with a 100% repro. At first it seemed totally random, as I had artists in my studio reporting random crashes after beveling and watched it happen a few times with no clear common denominator, but the crash always happens at the exact same address:

Error : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF799F33F35
Module : c:_workdir\blender-2.80\blender.exe
The terminal process terminated with exit code: 11

Exact steps for others to reproduce the error
These are the exact steps you will need to repro (I've demonstrated it in the attached video as well).

Open the attached .blend
Select an edge
Run the mesh.bevel operator
Check the "Loop Slide" option in the operator panel (i'm not sure if the option you choose matters, but it does matter that you change one of the settings in the operator panel)
Undo without committing the operation
DESELECT and then RE-SELECT the same edge (this is important, if you fail to do this the crash will not happen).
Run the mesh.bevel operator again
Check or Uncheck the "Loop Slide" option (whatever the opposite state it's in)
Undo without committing the operation
Crash at Address : 0x00007FF799F33F35

bevelcrash.mp4
bevelcrash.blend

**System Information** Operating system: Windows-10-10.0.18362 64 Bits Graphics card: GeForce GTX 1050 Ti with Max-Q Design/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 431.70 **Blender Version** Broken: version: 2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: `f6cb5f5449` Worked: (optional) **Short description of error** This is an odd one, and took me over a week of hammering on it to come up with a 100% repro. At first it seemed totally random, as I had artists in my studio reporting random crashes after beveling and watched it happen a few times with no clear common denominator, but the crash always happens at the exact same address: >Error : EXCEPTION_ACCESS_VIOLATION >Address : 0x00007FF799F33F35 >Module : c:\_workdir\blender-2.80\blender.exe >The terminal process terminated with exit code: 11 **Exact steps for others to reproduce the error** These are the exact steps you will need to repro (I've demonstrated it in the attached video as well). - Open the attached .blend - Select an edge - Run the mesh.bevel operator - Check the "Loop Slide" option in the operator panel (i'm not sure if the option you choose matters, but it does matter that you change one of the settings in the operator panel) - Undo without committing the operation - DESELECT and then RE-SELECT the same edge (this is important, if you fail to do this the crash will not happen). - Run the mesh.bevel operator again - Check or Uncheck the "Loop Slide" option (whatever the opposite state it's in) - Undo without committing the operation - Crash at Address : 0x00007FF799F33F35 [bevelcrash.mp4](https://archive.blender.org/developer/F7752271/bevelcrash.mp4) [bevelcrash.blend](https://archive.blender.org/developer/F7752273/bevelcrash.blend)

eldee smith commented

2019-09-17 05:57:55 +02:00

Added subscriber: @testure

tom k commented

2019-09-17 18:48:23 +02:00

Added subscriber: @tomjk

tom k commented

2019-09-17 18:48:23 +02:00

Cannot reproduce here.

Operating system: Linux-4.15.0-55-generic-x86_64-with-debian-stretch-sid 64 Bits
Blender: 2.80 and latest master

Please check if the problem has been fixed for you since 2.80:

Download the latest build from http://builder.blender.org.
Go to File → Defaults → Load Factory Settings and then load your file to see if you still can reproduce this issue.

Cannot reproduce here. Operating system: Linux-4.15.0-55-generic-x86_64-with-debian-stretch-sid 64 Bits Blender: 2.80 and latest master Please check if the problem has been fixed for you since 2.80: * Download the latest build from http://builder.blender.org. * Go to File → Defaults → Load Factory Settings and then load your file to see if you still can reproduce this issue.

eldee smith commented

2019-09-17 20:38:44 +02:00

Well, I'll post an update whenever either the 2.81 download finishes (it's been going for about 2 hours now, previous attempts have timed out) or the build I just started finishes.

In the meantime, here's a video of it happening with default settings in 2.80 final:
bevelcrash_defaultsettings.mp4

Well, I'll post an update whenever either the 2.81 download finishes (it's been going for about 2 hours now, previous attempts have timed out) or the build I just started finishes. In the meantime, here's a video of it happening with default settings in 2.80 final: [bevelcrash_defaultsettings.mp4](https://archive.blender.org/developer/F7753768/bevelcrash_defaultsettings.mp4)

eldee smith commented

2019-09-17 21:09:42 +02:00

Good news, does not appear to be happening on the build I just made- so it may have been fixed by something else. I'll hammer on it for a bit longer and see if I can get it to break

eldee smith commented

2019-09-17 22:13:35 +02:00

Scratch that- not happening in edge mode, but I was able to repro it in face mode. Since I went through the trouble of building Blender I went ahead and made a debug build to get a callstack, this is the output:

blender.exe!issue_debug_notification(const wchar_t * const message) Line 28
at minkernel\crts\ucrt\src\appcrt\internal\report_runtime_error.cpp(28)
blender.exe!__acrt_report_runtime_error(const wchar_t * message) Line 154
at minkernel\crts\ucrt\src\appcrt\internal\report_runtime_error.cpp(154)
blender.exe!abort() Line 61
at minkernel\crts\ucrt\src\appcrt\startup\abort.cpp(61)
blender.exe!CustomData_get_layer_index(const CustomData * data, int type) Line 2065
at c:\blender-git\blender\source\blender\blenkernel\intern\customdata.c(2065)
blender.exe!CustomData_has_layer(const CustomData * data, int type) Line 2509
at c:\blender-git\blender\source\blender\blenkernel\intern\customdata.c(2509)
blender.exe!bpy_bmesh_dealloc(BPy_BMesh * self) Line 3452
at c:\blender-git\blender\source\blender\python\bmesh\bmesh_py_types.c(3452)
[External Code]
blender.exe!BPY_DECREF_RNA_INVALIDATE(void * pyob_ptr) Line 583
at c:\blender-git\blender\source\blender\python\intern\bpy_interface.c(583)
blender.exe!WM_operator_free(wmOperator * op) Line 78
at c:\blender-git\blender\source\blender\windowmanager\intern\wm.c(78)
blender.exe!WM_operator_stack_clear(wmWindowManager * wm) Line 184
at c:\blender-git\blender\source\blender\windowmanager\intern\wm.c(184)
blender.exe!ed_undo_exec(bContext * C, wmOperator * op) Line 389
at c:\blender-git\blender\source\blender\editors\undo\ed_undo.c(389)
blender.exe!wm_operator_invoke(bContext * C, wmOperatorType * ot, wmEvent * event, PointerRNA * properties, ReportList * reports, const bool poll_only, bool use_last_properties) Line 1451
at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(1451)
blender.exe!wm_handler_operator_call(bContext * C, ListBase * handlers, wmEventHandler * handler_base, wmEvent * event, PointerRNA * properties) Line 2279
at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2279)
blender.exe!wm_handlers_do_keymap_with_keymap_handler(bContext * C, wmEvent * event, ListBase * handlers, wmEventHandler_Keymap * handler, wmKeyMap * keymap, const bool do_debug_handler) Line 2581
at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2581)
blender.exe!wm_handlers_do_intern(bContext * C, wmEvent * event, ListBase * handlers) Line 2718
at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2718)
blender.exe!wm_handlers_do(bContext * C, wmEvent * event, ListBase * handlers) Line 2977
at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2977)
blender.exe!wm_event_do_handlers(bContext * C) Line 3464
at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(3464)
blender.exe!WM_main(bContext * C) Line 420
at c:\blender-git\blender\source\blender\windowmanager\intern\wm.c(420)
blender.exe!main(int argc, const unsigned char * * UNUSED_argv_c) Line 493
at c:\blender-git\blender\source\creator\creator.c(493)
[External Code]

Scratch that- not happening in edge mode, but I was able to repro it in face mode. Since I went through the trouble of building Blender I went ahead and made a debug build to get a callstack, this is the output: > blender.exe!issue_debug_notification(const wchar_t * const message) Line 28 > at minkernel\crts\ucrt\src\appcrt\internal\report_runtime_error.cpp(28) > blender.exe!__acrt_report_runtime_error(const wchar_t * message) Line 154 > at minkernel\crts\ucrt\src\appcrt\internal\report_runtime_error.cpp(154) > blender.exe!abort() Line 61 > at minkernel\crts\ucrt\src\appcrt\startup\abort.cpp(61) > blender.exe!CustomData_get_layer_index(const CustomData * data, int type) Line 2065 > at c:\blender-git\blender\source\blender\blenkernel\intern\customdata.c(2065) > blender.exe!CustomData_has_layer(const CustomData * data, int type) Line 2509 > at c:\blender-git\blender\source\blender\blenkernel\intern\customdata.c(2509) > blender.exe!bpy_bmesh_dealloc(BPy_BMesh * self) Line 3452 > at c:\blender-git\blender\source\blender\python\bmesh\bmesh_py_types.c(3452) > [External Code] > blender.exe!BPY_DECREF_RNA_INVALIDATE(void * pyob_ptr) Line 583 > at c:\blender-git\blender\source\blender\python\intern\bpy_interface.c(583) > blender.exe!WM_operator_free(wmOperator * op) Line 78 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm.c(78) > blender.exe!WM_operator_stack_clear(wmWindowManager * wm) Line 184 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm.c(184) > blender.exe!ed_undo_exec(bContext * C, wmOperator * op) Line 389 > at c:\blender-git\blender\source\blender\editors\undo\ed_undo.c(389) > blender.exe!wm_operator_invoke(bContext * C, wmOperatorType * ot, wmEvent * event, PointerRNA * properties, ReportList * reports, const bool poll_only, bool use_last_properties) Line 1451 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(1451) > blender.exe!wm_handler_operator_call(bContext * C, ListBase * handlers, wmEventHandler * handler_base, wmEvent * event, PointerRNA * properties) Line 2279 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2279) > blender.exe!wm_handlers_do_keymap_with_keymap_handler(bContext * C, wmEvent * event, ListBase * handlers, wmEventHandler_Keymap * handler, wmKeyMap * keymap, const bool do_debug_handler) Line 2581 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2581) > blender.exe!wm_handlers_do_intern(bContext * C, wmEvent * event, ListBase * handlers) Line 2718 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2718) > blender.exe!wm_handlers_do(bContext * C, wmEvent * event, ListBase * handlers) Line 2977 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(2977) > blender.exe!wm_event_do_handlers(bContext * C) Line 3464 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm_event_system.c(3464) > blender.exe!WM_main(bContext * C) Line 420 > at c:\blender-git\blender\source\blender\windowmanager\intern\wm.c(420) > blender.exe!main(int argc, const unsigned char * * UNUSED_argv_c) Line 493 > at c:\blender-git\blender\source\creator\creator.c(493) > [External Code] >

eldee smith commented

2019-09-17 22:15:52 +02:00

Here's a video of it happening in face mode with the latest from git.
bevelcrash_281_defaultsettings.mp4

Here's a video of it happening in face mode with the latest from git. [bevelcrash_281_defaultsettings.mp4](https://archive.blender.org/developer/F7753883/bevelcrash_281_defaultsettings.mp4)

Jacques Lucke commented

2019-09-18 12:30:52 +02:00

Added subscriber: @JacquesLucke

Jacques Lucke commented

2019-09-18 12:30:52 +02:00

I cannot reproduce it either.

Please clarify what you mean by "committing the operation" and "undo without committing the operation".

Furthermore, please prepare a new file in which you can reproduce the crash with as few steps as possible.

I cannot reproduce it either. Please clarify what you mean by "committing the operation" and "undo without committing the operation". Furthermore, please prepare a new file in which you can reproduce the crash with as few steps as possible.

eldee smith commented

2019-09-18 17:32:49 +02:00

Please clarify what you mean by "committing the operation" and "undo without committing the operation".

committing the operation- when the operator is no longer running modal and has returned. in other words- while the operator panel with all of the operator properties is still visible.

Furthermore, please prepare a new file in which you can reproduce the crash with as few steps as possible

I'll try, but as you can see in the video above it's happening on the default cube with factory defaults restored. Not sure how much simpler I can make it than that :)

> Please clarify what you mean by "committing the operation" and "undo without committing the operation". committing the operation- when the operator is no longer running modal and has returned. in other words- while the operator panel with all of the operator properties is still visible. > Furthermore, please prepare a new file in which you can reproduce the crash with as few steps as possible I'll try, but as you can see in the video above it's happening on the default cube with factory defaults restored. Not sure how much simpler I can make it than that :)

Bastien Montagne commented

2019-10-01 22:10:46 +02:00

Added subscriber: @mont29

Bastien Montagne commented

2019-10-01 22:10:46 +02:00

Cannot reproduce either here on linux with current master. Your crashlog is weird too, since it seems to go through py API of bmesh when freeing operator, that does not make much sense as bevel is a C op… What is the operator in the WM_operator_free() call in that stack when the crash happen?

Cannot reproduce either here on linux with current master. Your crashlog is weird too, since it seems to go through py API of bmesh when freeing operator, that does not make much sense as bevel is a C op… What is the operator in the `WM_operator_free()` call in that stack when the crash happen?

Bastien Montagne commented

2019-10-14 11:42:15 +02:00

Changed status from 'Open' to: 'Archived'

Bastien Montagne closed this issue

2019-10-14 11:42:15 +02:00

Bastien Montagne self-assigned this 2019-10-14 11:42:15 +02:00

Bastien Montagne commented

2019-10-14 11:42:15 +02:00

More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided.

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

Repeatable crash with mesh.bevel operator #69966