Crash using modifiers Skin with Screw #58024

New Issue

Peter Johansson · 2018-11-23T23:50:59+01:00

Peter Johansson commented

2018-11-23 23:50:59 +01:00

System Information
Platform: Linux
renderer: 'GeForce GTX 1060 6GB/PCIe/SSE2'
vendor: 'NVIDIA Corporation'
version: '4.5.0 NVIDIA 384.130'

Blender Version
blender-2.80-59f0db430a9-linux-glibc224-x86_64

Short description of error
Skin modifier above Screw modifier causes a crash

Exact steps for others to reproduce the error
Reorder the modifiers in appended file screw skin bug.blend to reproduce the error

**System Information** Platform: Linux renderer: 'GeForce GTX 1060 6GB/PCIe/SSE2' vendor: 'NVIDIA Corporation' version: '4.5.0 NVIDIA 384.130' **Blender Version** blender-2.80-59f0db430a9-linux-glibc224-x86_64 **Short description of error** Skin modifier above Screw modifier causes a crash **Exact steps for others to reproduce the error** Reorder the modifiers in appended file [screw skin bug.blend](https://archive.blender.org/developer/F5697906/screw_skin_bug.blend) to reproduce the error

Peter Johansson commented

2018-11-23 23:50:59 +01:00

Added subscriber: @PLJ

Philipp Oeser commented

2018-11-25 17:39:25 +01:00

Added subscribers: @ideasman42, @lichtwerk

Campbell Barton was assigned by Philipp Oeser

2018-11-25 17:39:25 +01:00

Philipp Oeser commented

2018-11-25 17:39:25 +01:00

Confirmed, only crashes in editmode though, some notes:

was working in 2.79
objectmode is fine
editmode is fine as well if you disable show_in_eitmode on either the skin modifier or the screw modifier
not an issue with other generating modifiers after skin (like array, mirror, bevel, wireframe, ...)
screw is not flagged eModifierTypeFlag_SupportsMapping (could be related? I remember mapping-related commit 69dd58f210 which was at a place that is right before the following assert)

BLI_assert((index >= 0) && (index < bm->totface));
In my case index is 5, bm->totface is 0

1   raise                                                                                 0x7ffff466853f 
2   abort                                                                                 0x7ffff4652895 
3   BM_face_at_index                                          bmesh_mesh.h           108  0x27cf439      
4   mesh_batch_cache_get_triangles_in_order_split_by_material draw_cache_impl_mesh.c 4444 0x27cf439      
5   DRW_mesh_batch_cache_get_surface_shaded                   draw_cache_impl_mesh.c 5263 0x27d277d      
6   DRW_cache_mesh_surface_shaded_get                         draw_cache.c           3136 0x28457ec      
7   DRW_cache_object_surface_material_get                     draw_cache.c           760  0x283df5f      
8   workbench_deferred_solid_cache_populate                   workbench_deferred.c   761  0x286036d      
9   workbench_solid_cache_populate                            solid_mode.c           55   0x282653b      
10  drw_engines_cache_populate                                draw_manager.c         979  0x27dc501      
11  DRW_draw_render_loop_ex                                   draw_manager.c         1435 0x27dd63f      
12  DRW_draw_view                                             draw_manager.c         1367 0x27dd2cf      
13  view3d_draw_view                                          view3d_draw.c          1319 0x1d8035b      
14  view3d_main_region_draw                                   view3d_draw.c          1340 0x1d8040b      
15  ED_region_do_draw                                         area.c                 529  0x21ffd6c

@ideasman42 : I guess this is for you?

Confirmed, only crashes in editmode though, some notes: - was working in 2.79 - objectmode is fine - editmode is fine as well if you disable `show_in_eitmode` on either the `skin` modifier or the `screw` modifier - not an issue with other generating modifiers after skin (like `array`, `mirror`, `bevel`, `wireframe`, ...) - `screw` is not flagged eModifierTypeFlag_SupportsMapping (could be related? I remember mapping-related commit 69dd58f210 which was at a place that is right before the following assert) `BLI_assert((index >= 0) && (index < bm->totface));` In my case `index` is 5, `bm->totface` is 0 ``` 1 raise 0x7ffff466853f 2 abort 0x7ffff4652895 3 BM_face_at_index bmesh_mesh.h 108 0x27cf439 4 mesh_batch_cache_get_triangles_in_order_split_by_material draw_cache_impl_mesh.c 4444 0x27cf439 5 DRW_mesh_batch_cache_get_surface_shaded draw_cache_impl_mesh.c 5263 0x27d277d 6 DRW_cache_mesh_surface_shaded_get draw_cache.c 3136 0x28457ec 7 DRW_cache_object_surface_material_get draw_cache.c 760 0x283df5f 8 workbench_deferred_solid_cache_populate workbench_deferred.c 761 0x286036d 9 workbench_solid_cache_populate solid_mode.c 55 0x282653b 10 drw_engines_cache_populate draw_manager.c 979 0x27dc501 11 DRW_draw_render_loop_ex draw_manager.c 1435 0x27dd63f 12 DRW_draw_view draw_manager.c 1367 0x27dd2cf 13 view3d_draw_view view3d_draw.c 1319 0x1d8035b 14 view3d_main_region_draw view3d_draw.c 1340 0x1d8040b 15 ED_region_do_draw area.c 529 0x21ffd6c ``` @ideasman42 : I guess this is for you?

Peter Johansson commented

2018-12-18 21:24:57 +01:00

Changed status from 'Open' to: 'Resolved'

Peter Johansson closed this issue

2018-12-18 21:24:57 +01:00

Peter Johansson commented

2018-12-18 21:24:57 +01:00

This bug seems to be resolved.
Works as expected in today's build (and possibly several before)

This bug seems to be resolved. Works as expected in today's build (and possibly several before)

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 using modifiers Skin with Screw #58024