Cycles OSL - Changing rotation value in anisotropic shader crashes Blender #41870

Closed
opened 2014-09-19 12:18:07 +02:00 by Sen Haerens · 41 comments

System Information
MacOS 10.8.5, Nvidia GTX560

Blender Version
Broken: 2.71 d04e488

Exact steps for others to reproduce the error

aniso_osl_crash.blend

  1. Set viewport to Rendered shading
  2. Enable Open Shading Language checkbox
  3. Scrub rotation value in anisotropic shader
  4. Blender crashes

Console.log

Read new prefs: /Users/sen/Library/Application Support/Blender/2.71/config/userpref.blend
found bundled python: /Users/Sen/Documents/Sources/blender_master/cmake/bin/blender.app/Contents/MacOS/../Resources/2.71/python
Text key not found in keymap, that's ok
320x180 (2x2 tiles)
32x30 (20x12 tiles)
Info: Total files 0 | Changed 0 | Failed 0
Writing: /tmp/aniso_osl_crash.crash.txt
Writing: /tmp/aniso_osl_crash.crash.txt
[1]    53018 segmentation fault

aniso_osl_crash.crash.txt

# Blender 2.71 (sub 6), Commit date: 2014-09-19 07:46, Hash d04e488
bpy.context.scene.cycles.device = 'GPU'  # Property
bpy.context.scene.cycles.device = 'CPU'  # Property
bpy.context.space_data.context = 'DATA'  # Property
bpy.context.space_data.context = 'MATERIAL'  # Property
bpy.ops.material.new()  # Operator
bpy.context.area.type = 'NODE_EDITOR'  # Property
bpy.ops.node.select(mouse_x=1052, mouse_y=546, extend=False)  # Operator
bpy.ops.node.delete()  # Operator
bpy.ops.node.add_node(use_transform=True, type="ShaderNodeBsdfAnisotropic")  # Operator
bpy.ops.transform.translate(value=(-145.38, 285.737, 0), constraint_axis=(False, False, False), constraint_orientation='GLOBAL', mirror=False, proportional='DISABLED', proportional_edit_falloff='SMOOTH', proportional_size=1, remove_on_cancel=True)  # Operator
bpy.ops.node.select(mouse_x=1173, mouse_y=552, extend=False)  # Operator
bpy.ops.node.link(detach=False)  # Operator
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[3].default_value = 0  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[2].default_value = 0.832  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[2].default_value = 0.564  # Property
bpy.context.space_data.context = 'RENDER'  # Property
bpy.context.scene.cycles.shading_system = True  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.358333  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[2].default_value = 0.576  # Property

# backtrace
0   blender                             0x000000010011fa2b blender_crash_handler + 379
1   libsystem_c.dylib                   0x00007fff8c66190a _sigtramp + 26
2   ???                                 0x0000000107076300 0x0 + 4412891904
3   ???                                 0x000000012347b585 0x0 + 4886869381
4   blender                             0x000000010171705b _ZN3ccl9OSLShader12eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEiNS_13ShaderContextE + 107
5   blender                             0x00000001011ef8d3 _ZN3cclL21kernel_path_integrateEPNS_13KernelGlobalsEPjiNS_3RayEPf + 52051
6   blender                             0x00000001010761ab _ZN3ccl26kernel_cpu_sse3_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 23179
7   blender                             0x0000000100eafeb0 _ZN3ccl9CPUDevice17thread_path_traceERNS_10DeviceTaskE + 1520
8   blender                             0x0000000101721238 _ZN3ccl13TaskScheduler10thread_runEi + 56
9   blender                             0x0000000100e971ac _ZN3ccl6thread3runEPv + 28
10  libsystem_c.dylib                   0x00007fff8c673772 _pthread_start + 327
11  libsystem_c.dylib                   0x00007fff8c6601a1 thread_start + 13
**System Information** MacOS 10.8.5, Nvidia GTX560 **Blender Version** Broken: 2.71 d04e488 **Exact steps for others to reproduce the error** [aniso_osl_crash.blend](https://archive.blender.org/developer/F111142/aniso_osl_crash.blend) 1. Set viewport to Rendered shading 2. Enable Open Shading Language checkbox 3. Scrub rotation value in anisotropic shader 4. Blender crashes **Console.log** ``` Read new prefs: /Users/sen/Library/Application Support/Blender/2.71/config/userpref.blend found bundled python: /Users/Sen/Documents/Sources/blender_master/cmake/bin/blender.app/Contents/MacOS/../Resources/2.71/python Text key not found in keymap, that's ok 320x180 (2x2 tiles) 32x30 (20x12 tiles) Info: Total files 0 | Changed 0 | Failed 0 Writing: /tmp/aniso_osl_crash.crash.txt Writing: /tmp/aniso_osl_crash.crash.txt [1] 53018 segmentation fault ``` **aniso_osl_crash.crash.txt** ``` # Blender 2.71 (sub 6), Commit date: 2014-09-19 07:46, Hash d04e488 bpy.context.scene.cycles.device = 'GPU' # Property bpy.context.scene.cycles.device = 'CPU' # Property bpy.context.space_data.context = 'DATA' # Property bpy.context.space_data.context = 'MATERIAL' # Property bpy.ops.material.new() # Operator bpy.context.area.type = 'NODE_EDITOR' # Property bpy.ops.node.select(mouse_x=1052, mouse_y=546, extend=False) # Operator bpy.ops.node.delete() # Operator bpy.ops.node.add_node(use_transform=True, type="ShaderNodeBsdfAnisotropic") # Operator bpy.ops.transform.translate(value=(-145.38, 285.737, 0), constraint_axis=(False, False, False), constraint_orientation='GLOBAL', mirror=False, proportional='DISABLED', proportional_edit_falloff='SMOOTH', proportional_size=1, remove_on_cancel=True) # Operator bpy.ops.node.select(mouse_x=1173, mouse_y=552, extend=False) # Operator bpy.ops.node.link(detach=False) # Operator bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[3].default_value = 0 # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[2].default_value = 0.832 # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[2].default_value = 0.564 # Property bpy.context.space_data.context = 'RENDER' # Property bpy.context.scene.cycles.shading_system = True # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.358333 # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[2].default_value = 0.576 # Property # backtrace 0 blender 0x000000010011fa2b blender_crash_handler + 379 1 libsystem_c.dylib 0x00007fff8c66190a _sigtramp + 26 2 ??? 0x0000000107076300 0x0 + 4412891904 3 ??? 0x000000012347b585 0x0 + 4886869381 4 blender 0x000000010171705b _ZN3ccl9OSLShader12eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEiNS_13ShaderContextE + 107 5 blender 0x00000001011ef8d3 _ZN3cclL21kernel_path_integrateEPNS_13KernelGlobalsEPjiNS_3RayEPf + 52051 6 blender 0x00000001010761ab _ZN3ccl26kernel_cpu_sse3_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 23179 7 blender 0x0000000100eafeb0 _ZN3ccl9CPUDevice17thread_path_traceERNS_10DeviceTaskE + 1520 8 blender 0x0000000101721238 _ZN3ccl13TaskScheduler10thread_runEi + 56 9 blender 0x0000000100e971ac _ZN3ccl6thread3runEPv + 28 10 libsystem_c.dylib 0x00007fff8c673772 _pthread_start + 327 11 libsystem_c.dylib 0x00007fff8c6601a1 thread_start + 13 ```
Author

Changed status to: 'Open'

Changed status to: 'Open'
Thomas Dinges was assigned by Sen Haerens 2014-09-19 12:18:07 +02:00
Author

Added subscriber: @SenHaerens

Added subscriber: @SenHaerens

No crash for me. Tested on:

No crash for me. Tested on: - Windows 7 x64, d04e488 - Mac OS X 10.9.4, d04e488
Thomas Dinges removed their assignment 2014-09-19 12:46:48 +02:00

Added subscribers: @jensverwiebe, @Sergey

Added subscribers: @jensverwiebe, @Sergey

That's probably the same as #41526. Assuming that Jens experienced some weird bugs on osx which a currently worked around by different alignment, we might be doing something wrong..

@jensverwiebe, can you reproduce this crash btw?

That's probably the same as #41526. Assuming that Jens experienced some weird bugs on osx which a currently worked around by different alignment, we might be doing something wrong.. @jensverwiebe, can you reproduce this crash btw?
Member

Hi
1 I cannot reproduce this crash with attached .blend and Blender 2.71 neither actual master.

But: i see the reflection look different in 2.72dev !!!

  • remember we updated osl in between

Jens

Hi 1 I cannot reproduce this crash with attached .blend and Blender 2.71 neither actual master. But: i see the reflection look different in 2.72dev !!! + remember we updated osl in between Jens
Author

Added subscriber: @ThomasDinges

Added subscriber: @ThomasDinges
Author

Only seems to happen on my Mac Pro with 10.8.5.
Retina Macbook Pro with 10.9.4 doesn't crash like @ThomasDinges mentioned already.

Attached is the crash log from system console:
blender_2014-09-19-121843_spielberg.crash

Only seems to happen on my Mac Pro with 10.8.5. Retina Macbook Pro with 10.9.4 doesn't crash like @ThomasDinges mentioned already. Attached is the crash log from system console: [blender_2014-09-19-121843_spielberg.crash](https://archive.blender.org/developer/F111153/blender_2014-09-19-121843_spielberg.crash)
Member

Update: anisotropy changed in general from Blender 2.71 to 2.72.

@ senh: there may have been a bug in the former osl lib causing trouble, can guess several reasons.
As we have updated all osl stuff right now ( btw.: found even with dropped tbb in OIIO, OSL calcualtions are significant faster with the new combo ),
i plaid for just drop blender 2.71. I don't wanna go bugsearching inside previous libs.

Why Broken: 2.71 d04e488 btw. ? thats not official release

Jens

Update: anisotropy changed in general from Blender 2.71 to 2.72. @ senh: there may have been a bug in the former osl lib causing trouble, can guess several reasons. As we have updated all osl stuff right now ( btw.: found even with dropped tbb in OIIO, OSL calcualtions are significant faster with the new combo ), i plaid for just drop blender 2.71. I don't wanna go bugsearching inside previous libs. Why Broken: 2.71 d04e488 btw. ? thats not official release Jens

I'm a bit confused.

@SenHaerens, are you using builds from our buildbot?

@jensverwiebe, the original report says about 2.71 d04e488, which is quite recent master branch, and presumably uses updated osl? Or you plan to update them again?

I'm a bit confused. @SenHaerens, are you using builds from our buildbot? @jensverwiebe, the original report says about 2.71 d04e488, which is quite recent master branch, and presumably uses updated osl? Or you plan to update them again?
Member

...aaah, ic, my brain is adopted to 2.72 after testbuild already :P

Lemme check over with this perfectly new master, my was from yesterday, perhaps something introduced in between.

Jens

...aaah, ic, my brain is adopted to 2.72 after testbuild already :P Lemme check over with this perfectly new master, my was from yesterday, perhaps something introduced in between. Jens
Author

In #41870#15, @Sergey wrote:
@SenHaerens, are you using builds from our buildbot?

I'm compiling Blender locally by myself.
Attached is the system-info with build settings (OSL 1.5.10)
system-info.txt

> In #41870#15, @Sergey wrote: > @SenHaerens, are you using builds from our buildbot? I'm compiling Blender locally by myself. Attached is the system-info with build settings (OSL 1.5.10) [system-info.txt](https://archive.blender.org/developer/F111155/system-info.txt)
Member

Okay, made a few tweak twhich are useful anyway: all llvm and osl symbols are now local to prevent clashes.

@ senh: make sure the libs are uptodate when compiling pls.

Let's see further after ....

Jens

Okay, made a few tweak twhich are useful anyway: all llvm and osl symbols are now local to prevent clashes. @ senh: make sure the libs are uptodate when compiling pls. Let's see further after .... Jens
Author

Thanks Jens, I'm gonna try it right away.
I'm updating the libs with svn update "lib/darwin-9.x.universal" That's ok, right?

The crash doesn't happen in official release Blender 2.71 9337574 btw.

Thanks Jens, I'm gonna try it right away. I'm updating the libs with svn update "lib/darwin-9.x.universal" That's ok, right? The crash doesn't happen in official release Blender 2.71 9337574 btw.
Member

Jup, cd into lib/darwin-9.x.universal and svn update

Jens

Jup, cd into lib/darwin-9.x.universal and svn update Jens
Author

d76d314 still crashing.
Builded variation without OpenMP but that crashes also…
aniso_osl_crash.crash.txt

d76d314 still crashing. Builded variation without OpenMP but that crashes also… [aniso_osl_crash.crash.txt](https://archive.blender.org/developer/F111160/aniso_osl_crash.crash.txt)
Member

Dammit .... thats a nasty issue.
For i have no more 10.8 running here , must test on old machine with 10.6 now.

Also can you do a real debug build, the actual ctashlog is not detailed enough to dive into the underlaying problem.

Jens

Dammit .... thats a nasty issue. For i have no more 10.8 running here , must test on old machine with 10.6 now. Also can you do a real debug build, the actual ctashlog is not detailed enough to dive into the underlaying problem. Jens
Member

On 10.6 i can reproduce this crash too.
From release build:
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 libSystem.B.dylib 0x00007fff8459da6a __semwait_signal + 10
1 libSystem.B.dylib 0x00007fff845a1881 _pthread_cond_wait + 1286
2 org.blenderfoundation.blender 0x00000001035299ab boost::condition_variable::wait(boost::unique_lockboost::mutex&) + 75
3 org.blenderfoundation.blender 0x0000000100f3b355 ccl::TaskPool::cancel() + 85
4 org.blenderfoundation.blender 0x0000000100f224ba ccl::Session::reset_cpu(ccl::BufferParams&, int) + 170
5 org.blenderfoundation.blender 0x0000000100f23c6e ccl::Session::reset(ccl::BufferParams&, int) + 46
6 org.blenderfoundation.blender 0x0000000100f67d5f ccl::BlenderSession::synchronize() + 1967
7 org.blenderfoundation.blender 0x0000000100f5e485 ccl::sync_func(_object*, _object*) + 37
8 org.blenderfoundation.blender 0x0000000101b1e0cc PyEval_EvalFrameEx + 19948
9 org.blenderfoundation.blender 0x0000000101b21bff fast_function + 207
10 org.blenderfoundation.blender 0x0000000101b1ddae PyEval_EvalFrameEx + 19150
11 org.blenderfoundation.blender 0x0000000101b19124 PyEval_EvalCodeEx + 2356
12 org.blenderfoundation.blender 0x0000000101a92e85 function_call + 373
13 org.blenderfoundation.blender 0x0000000101a70997 PyObject_Call + 103
14 org.blenderfoundation.blender 0x0000000100afb05d bpy_class_call + 1069
15 org.blenderfoundation.blender 0x00000001006f32b1 engine_view_update + 113
16 org.blenderfoundation.blender 0x00000001002eca58 ED_render_scene_update + 312
17 org.blenderfoundation.blender 0x00000001007c94b3 DAG_ids_check_recalc + 147
18 org.blenderfoundation.blender 0x000000010089afcf BKE_scene_update_tagged + 719
19 org.blenderfoundation.blender 0x0000000100171c8d wm_event_do_notifiers + 1117
20 org.blenderfoundation.blender 0x000000010016e838 WM_main + 40
21 org.blenderfoundation.blender 0x000000010016a70a main + 1514
22 org.blenderfoundation.blender 0x0000000100001734 start + 52

..looks like a boost issue ... investigating....

Jens

On 10.6 i can reproduce this crash too. From release build: Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff8459da6a __semwait_signal + 10 1 libSystem.B.dylib 0x00007fff845a1881 _pthread_cond_wait + 1286 2 org.blenderfoundation.blender 0x00000001035299ab boost::condition_variable::wait(boost::unique_lock<boost::mutex>&) + 75 3 org.blenderfoundation.blender 0x0000000100f3b355 ccl::TaskPool::cancel() + 85 4 org.blenderfoundation.blender 0x0000000100f224ba ccl::Session::reset_cpu(ccl::BufferParams&, int) + 170 5 org.blenderfoundation.blender 0x0000000100f23c6e ccl::Session::reset(ccl::BufferParams&, int) + 46 6 org.blenderfoundation.blender 0x0000000100f67d5f ccl::BlenderSession::synchronize() + 1967 7 org.blenderfoundation.blender 0x0000000100f5e485 ccl::sync_func(_object*, _object*) + 37 8 org.blenderfoundation.blender 0x0000000101b1e0cc PyEval_EvalFrameEx + 19948 9 org.blenderfoundation.blender 0x0000000101b21bff fast_function + 207 10 org.blenderfoundation.blender 0x0000000101b1ddae PyEval_EvalFrameEx + 19150 11 org.blenderfoundation.blender 0x0000000101b19124 PyEval_EvalCodeEx + 2356 12 org.blenderfoundation.blender 0x0000000101a92e85 function_call + 373 13 org.blenderfoundation.blender 0x0000000101a70997 PyObject_Call + 103 14 org.blenderfoundation.blender 0x0000000100afb05d bpy_class_call + 1069 15 org.blenderfoundation.blender 0x00000001006f32b1 engine_view_update + 113 16 org.blenderfoundation.blender 0x00000001002eca58 ED_render_scene_update + 312 17 org.blenderfoundation.blender 0x00000001007c94b3 DAG_ids_check_recalc + 147 18 org.blenderfoundation.blender 0x000000010089afcf BKE_scene_update_tagged + 719 19 org.blenderfoundation.blender 0x0000000100171c8d wm_event_do_notifiers + 1117 20 org.blenderfoundation.blender 0x000000010016e838 WM_main + 40 21 org.blenderfoundation.blender 0x000000010016a70a main + 1514 22 org.blenderfoundation.blender 0x0000000100001734 start + 52 ..looks like a boost issue ... investigating.... Jens
Author

crash log with debug build d76d314

# Blender 2.71 (sub 6), Commit date: 2014-09-19 13:22, Hash d76d314
System information generated in 'system-info.txt'  # Info
bpy.context.area.type = 'TEXT_EDITOR'  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.541667  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.216667  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.491667  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[3].default_value = 0.0416667  # Property

# backtrace
0   blender                             0x0000000100120737 blender_crash_handler_backtrace + 71
1   blender                             0x00000001001202d4 blender_crash_handler + 644
2   libsystem_c.dylib                   0x00007fff8c66190a _sigtramp + 26
3   ???                                 0x0000000000000000 0x0 + 0
4   ???                                 0x0000000123ea21f5 0x0 + 4897513973
5   blender                             0x00000001029b1b1b _ZN3ccl9OSLShader12eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEiNS_13ShaderContextE + 251
6   blender                             0x000000010215f392 _ZN3cclL19shader_eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEfiNS_13ShaderContextE + 98
7   blender                             0x00000001022b3ce5 _ZN3cclL21kernel_path_integrateEPNS_13KernelGlobalsEPjiNS_3RayEPf + 19733
8   blender                             0x00000001020d88d4 _ZN3cclL17kernel_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 3364
9   blender                             0x00000001020d6bfc _ZN3ccl26kernel_cpu_sse3_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 156
10  blender                             0x0000000101e9e383 _ZN3ccl9CPUDevice17thread_path_traceERNS_10DeviceTaskE + 1811
11  blender                             0x0000000101e9db86 _ZN3ccl9CPUDevice10thread_runEPNS_10DeviceTaskE + 54
12  blender                             0x0000000101e9ff3a _ZNK5boost4_mfi3mf1IvN3ccl9CPUDeviceEPNS2_10DeviceTaskEEclEPS3_S5_ + 122
13  blender                             0x0000000101e9fe99 _ZN5boost3_bi5list2INS0_5valueIPN3ccl9CPUDeviceEEENS2_IPNS4_13CPUDeviceTaskEEEEclINS_4_mfi3mf1IvS4_PNS3_10DeviceTaskEEENS0_5list0EEEvNS0_4typeIvEERT_RT0_i + 121
14  blender                             0x0000000101e9fe0f _ZN5boost3_bi6bind_tIvNS_4_mfi3mf1IvN3ccl9CPUDeviceEPNS4_10DeviceTaskEEENS0_5list2INS0_5valueIPS5_EENSA_IPNS5_13CPUDeviceTaskEEEEEEclEv + 63
15  blender                             0x0000000101e9fb50 _ZN5boost6detail8function26void_function_obj_invoker0INS_3_bi6bind_tIvNS_4_mfi3mf1IvN3ccl9CPUDeviceEPNS7_10DeviceTaskEEENS3_5list2INS3_5valueIPS8_EENSD_IPNS8_13CPUDeviceTaskEEEEEEEvE6invokeERNS1_15function_bufferE + 32
16  blender                             0x0000000101d3fdeb _ZNK5boost9function0IvEclEv + 123
17  blender                             0x00000001029c8da3 _ZN3ccl13TaskScheduler10thread_runEi + 51
18  blender                             0x00000001029ccfb9 _ZN5boost3_bi5list1INS0_5valueImEEEclIPFviENS0_5list0EEEvNS0_4typeIvEERT_RT0_i + 89
19  blender                             0x00000001029ccf4f _ZN5boost3_bi6bind_tIvPFviENS0_5list1INS0_5valueImEEEEEclEv + 63
20  blender                             0x00000001029ccd0d _ZN5boost6detail8function26void_function_obj_invoker0INS_3_bi6bind_tIvPFviENS3_5list1INS3_5valueImEEEEEEvE6invokeERNS1_15function_bufferE + 29
21  blender                             0x0000000101d3fdeb _ZNK5boost9function0IvEclEv + 123
22  blender                             0x0000000101e3d075 _ZN3ccl6thread3runEPv + 21
23  libsystem_c.dylib                   0x00007fff8c673772 _pthread_start + 327
24  libsystem_c.dylib                   0x00007fff8c6601a1 thread_start + 13
art + 13

crash log with debug build d76d314 ``` # Blender 2.71 (sub 6), Commit date: 2014-09-19 13:22, Hash d76d314 System information generated in 'system-info.txt' # Info bpy.context.area.type = 'TEXT_EDITOR' # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.541667 # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.216667 # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[1].default_value = 0.491667 # Property bpy.data.node_groups["Shader Nodetree"].nodes["Anisotropic BSDF"].inputs[3].default_value = 0.0416667 # Property # backtrace 0 blender 0x0000000100120737 blender_crash_handler_backtrace + 71 1 blender 0x00000001001202d4 blender_crash_handler + 644 2 libsystem_c.dylib 0x00007fff8c66190a _sigtramp + 26 3 ??? 0x0000000000000000 0x0 + 0 4 ??? 0x0000000123ea21f5 0x0 + 4897513973 5 blender 0x00000001029b1b1b _ZN3ccl9OSLShader12eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEiNS_13ShaderContextE + 251 6 blender 0x000000010215f392 _ZN3cclL19shader_eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEfiNS_13ShaderContextE + 98 7 blender 0x00000001022b3ce5 _ZN3cclL21kernel_path_integrateEPNS_13KernelGlobalsEPjiNS_3RayEPf + 19733 8 blender 0x00000001020d88d4 _ZN3cclL17kernel_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 3364 9 blender 0x00000001020d6bfc _ZN3ccl26kernel_cpu_sse3_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 156 10 blender 0x0000000101e9e383 _ZN3ccl9CPUDevice17thread_path_traceERNS_10DeviceTaskE + 1811 11 blender 0x0000000101e9db86 _ZN3ccl9CPUDevice10thread_runEPNS_10DeviceTaskE + 54 12 blender 0x0000000101e9ff3a _ZNK5boost4_mfi3mf1IvN3ccl9CPUDeviceEPNS2_10DeviceTaskEEclEPS3_S5_ + 122 13 blender 0x0000000101e9fe99 _ZN5boost3_bi5list2INS0_5valueIPN3ccl9CPUDeviceEEENS2_IPNS4_13CPUDeviceTaskEEEEclINS_4_mfi3mf1IvS4_PNS3_10DeviceTaskEEENS0_5list0EEEvNS0_4typeIvEERT_RT0_i + 121 14 blender 0x0000000101e9fe0f _ZN5boost3_bi6bind_tIvNS_4_mfi3mf1IvN3ccl9CPUDeviceEPNS4_10DeviceTaskEEENS0_5list2INS0_5valueIPS5_EENSA_IPNS5_13CPUDeviceTaskEEEEEEclEv + 63 15 blender 0x0000000101e9fb50 _ZN5boost6detail8function26void_function_obj_invoker0INS_3_bi6bind_tIvNS_4_mfi3mf1IvN3ccl9CPUDeviceEPNS7_10DeviceTaskEEENS3_5list2INS3_5valueIPS8_EENSD_IPNS8_13CPUDeviceTaskEEEEEEEvE6invokeERNS1_15function_bufferE + 32 16 blender 0x0000000101d3fdeb _ZNK5boost9function0IvEclEv + 123 17 blender 0x00000001029c8da3 _ZN3ccl13TaskScheduler10thread_runEi + 51 18 blender 0x00000001029ccfb9 _ZN5boost3_bi5list1INS0_5valueImEEEclIPFviENS0_5list0EEEvNS0_4typeIvEERT_RT0_i + 89 19 blender 0x00000001029ccf4f _ZN5boost3_bi6bind_tIvPFviENS0_5list1INS0_5valueImEEEEEclEv + 63 20 blender 0x00000001029ccd0d _ZN5boost6detail8function26void_function_obj_invoker0INS_3_bi6bind_tIvPFviENS3_5list1INS3_5valueImEEEEEEvE6invokeERNS1_15function_bufferE + 29 21 blender 0x0000000101d3fdeb _ZNK5boost9function0IvEclEv + 123 22 blender 0x0000000101e3d075 _ZN3ccl6thread3runEPv + 21 23 libsystem_c.dylib 0x00007fff8c673772 _pthread_start + 327 24 libsystem_c.dylib 0x00007fff8c6601a1 thread_start + 13 art + 13 ```
Member

You misunderstood me, you also must run the debug build either from gdb or from withinxcode to get sensefull
debug info. Else we always get the same plain line.

Anyway, i fear i later have to even build osl as debug itself, thats a very odd problem. I assured everywhere we
have -mmacosx-version-min=10.6. OSL runs fine on 10.10 and 10.9, so somewhere this must have been ignored i guess.

It is also confusing that only changing this one parameter ("rotate" ) seems to cause a crash, it should crash always if the shader_eval would be broken.

This may take me a while to pin down ....

Jens

You misunderstood me, you also must run the debug build either from gdb or from withinxcode to get sensefull debug info. Else we always get the same plain line. Anyway, i fear i later have to even build osl as debug itself, thats a very odd problem. I assured everywhere we have -mmacosx-version-min=10.6. OSL runs fine on 10.10 and 10.9, so somewhere this must have been ignored i guess. It is also confusing that only changing this one parameter ("rotate" ) seems to cause a crash, it should crash always if the shader_eval would be broken. This may take me a while to pin down .... Jens
Member

I think i found it, it's llvm having wrong looadcomands:
cmd LC_VERSION_MIN_MACOSX

cmdsize 16
version 10.9
    sdk 10.9

Version must be 10.6, but atm the buildprocess refuses to take over my ( right used flags ), onit, stay tuned ...

Jens

I think i found it, it's llvm having wrong looadcomands: cmd LC_VERSION_MIN_MACOSX ``` cmdsize 16 version 10.9 sdk 10.9 ``` Version must be 10.6, but atm the buildprocess refuses to take over my ( right used flags ), onit, stay tuned ... Jens
Member

All my attempts failed in between, the corrected llvm loadcommands are ok to get rid of, but are not the rootproblem.
Back to the workbench ...

Jens

All my attempts failed in between, the corrected llvm loadcommands are ok to get rid of, but are not the rootproblem. Back to the workbench ... Jens
jens verwiebe was assigned by Bastien Montagne 2014-09-19 22:25:44 +02:00
Member

I tried now all kinda tricks with the envolved libs. Nothing helped, this ugly beast must be
digged somewhere ( on OSX 10.8 debug i get a hint the desired object file is empty ?? ).

All in all after spending again hours in this, i had to decide to leave this as is in 2.72 release, unless
someone else wants look over it.

To me it looks like a compile bug in one of the dependencies.

so state for Blender 2.72 OSX now is:

Known bugs: "On OSX < 10.9, rendering with OSL crashes when the rotate value in anisotripic shaders != 0 or trying to set a value"

Jens

I tried now all kinda tricks with the envolved libs. Nothing helped, this ugly beast must be digged somewhere ( on OSX 10.8 debug i get a hint the desired object file is empty ?? ). All in all after spending again hours in this, i had to decide to leave this as is in 2.72 release, unless someone else wants look over it. To me it looks like a compile bug in one of the dependencies. so state for Blender 2.72 OSX now is: Known bugs: "On OSX < 10.9, rendering with OSL crashes when the rotate value in anisotripic shaders != 0 or trying to set a value" Jens

Is this issue still happening?

Is this issue still happening?

I've got feeling (from briefly trying decrypt the backtraces) root of this issues goes to the same issue as #42210. For until that one is fixed we can have heisen-crashes in OSL all the time :(

I've got feeling (from briefly trying decrypt the backtraces) root of this issues goes to the same issue as #42210. For until that one is fixed we can have heisen-crashes in OSL all the time :(
Author

I can confirm it still crashes with build d57ce42 (clang-omp-3.5 compiler)

# backtrace
0   blender                             0x000000010011fbeb blender_crash_handler + 379
1   libsystem_c.dylib                   0x00007fff8633990a _sigtramp + 26
2   ???                                 0x0000000107e713a0 0x0 + 4427551648
3   ???                                 0x00000001198cb715 0x0 + 4723619605
4   blender                             0x0000000101828f9b _ZN3ccl9OSLShader12eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEiNS_13ShaderContextE + 107
5   blender                             0x0000000101294311 _ZN3cclL21kernel_path_integrateEPNS_13KernelGlobalsEPjiNS_3RayEPf + 52593
6   blender                             0x00000001010fe2c7 _ZN3ccl26kernel_cpu_sse3_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 22935
7   blender                             0x0000000100f1be21 _ZN3ccl9CPUDevice17thread_path_traceERNS_10DeviceTaskE + 625
8   blender                             0x00000001018338d8 _ZN3ccl13TaskScheduler10thread_runEi + 56
9   blender                             0x0000000100effe0c _ZN3ccl6thread3runEPv + 28
10  libsystem_c.dylib                   0x00007fff8634b772 _pthread_start + 327
11  libsystem_c.dylib                   0x00007fff863381a1 thread_start + 13
I can confirm it still crashes with build d57ce42 (clang-omp-3.5 compiler) ``` # backtrace 0 blender 0x000000010011fbeb blender_crash_handler + 379 1 libsystem_c.dylib 0x00007fff8633990a _sigtramp + 26 2 ??? 0x0000000107e713a0 0x0 + 4427551648 3 ??? 0x00000001198cb715 0x0 + 4723619605 4 blender 0x0000000101828f9b _ZN3ccl9OSLShader12eval_surfaceEPNS_13KernelGlobalsEPNS_10ShaderDataEiNS_13ShaderContextE + 107 5 blender 0x0000000101294311 _ZN3cclL21kernel_path_integrateEPNS_13KernelGlobalsEPjiNS_3RayEPf + 52593 6 blender 0x00000001010fe2c7 _ZN3ccl26kernel_cpu_sse3_path_traceEPNS_13KernelGlobalsEPfPjiiiii + 22935 7 blender 0x0000000100f1be21 _ZN3ccl9CPUDevice17thread_path_traceERNS_10DeviceTaskE + 625 8 blender 0x00000001018338d8 _ZN3ccl13TaskScheduler10thread_runEi + 56 9 blender 0x0000000100effe0c _ZN3ccl6thread3runEPv + 28 10 libsystem_c.dylib 0x00007fff8634b772 _pthread_start + 327 11 libsystem_c.dylib 0x00007fff863381a1 thread_start + 13 ```
Member

Tested same setup with the alignment fixes for osl.
Unfortunately the aniso crash on sytems < 10.9 still
happens. This seems nore like a buildsystem issue.
Cannot think of any other due the fact is:

  • I compile with 10.9 sdk but use 10.6 deployment target.
  • This normally works fine
  • But if the flags are not attached in a certain (sub-) target, this would fail
  • other possibility is perhaps an < 10.9 incompatible function was used in osl.

No concrete finding was made for now, sorry.

Jens

Tested same setup with the alignment fixes for osl. Unfortunately the aniso crash on sytems < 10.9 still happens. This seems nore like a buildsystem issue. Cannot think of any other due the fact is: - I compile with 10.9 sdk but use 10.6 deployment target. - This normally works fine - But if the flags are not attached in a certain (sub-) target, this would fail - other possibility is perhaps an < 10.9 incompatible function was used in osl. No concrete finding was made for now, sorry. Jens

Added subscriber: @brecht

Added subscriber: @brecht

In #41870#267655, @jensverwiebe wrote:
Tested same setup with the alignment fixes for osl.
Unfortunately the aniso crash on sytems < 10.9 still
happens. This seems nore like a buildsystem issue.
Cannot think of any other due the fact is:

Did you apply both the patch to OSL and change the Cycles code to specify 16 byte alignment in calls to register_closure?

> In #41870#267655, @jensverwiebe wrote: > Tested same setup with the alignment fixes for osl. > Unfortunately the aniso crash on sytems < 10.9 still > happens. This seems nore like a buildsystem issue. > Cannot think of any other due the fact is: Did you apply both the patch to OSL and change the Cycles code to specify 16 byte alignment in calls to `register_closure`?

@jensverwiebe, is it stil an issue after latest OSL closure alignment and CPU thread safety commits?

@jensverwiebe, is it stil an issue after latest OSL closure alignment and CPU thread safety commits?
Member

@ sergey: afaik it is, due another problem in osl.
My guess is still something half done in osl building,
aka flags not working in some parts. No clue atm.

Jens

@ sergey: afaik it is, due another problem in osl. My guess is still something half done in osl building, aka flags not working in some parts. No clue atm. Jens

Can anyone reproduce this crash still with Blender 2.74?

To me it seems like this kind of crash can be caused by misaligned SSE access, but perhaps only on older CPUs, newer ones tend to handle misaligned SSE access better. The older OS X version may then not really make a difference, just if it is installed on a computer with an older CPU.

Can anyone reproduce this crash still with Blender 2.74? To me it seems like this kind of crash can be caused by misaligned SSE access, but perhaps only on older CPUs, newer ones tend to handle misaligned SSE access better. The older OS X version may then not really make a difference, just if it is installed on a computer with an older CPU.
Author

Blender 2.74 release (000dfc0) still broken here.

Blender 2.74 release (000dfc0) still broken here.

Added subscriber: @btolputt

Added subscriber: @btolputt

I cannot reproduce this on MacBook Pro (Retina, 15-inch, Mid 2014) running OSX 10.10.3

I cannot reproduce this on MacBook Pro (Retina, 15-inch, Mid 2014) running OSX 10.10.3

Added subscriber: @fjuhec

Added subscriber: @fjuhec

I can reproduce this with 2.75 RC on a 'Late 2007' Macbook model running 10.7.5

Happens as soon as Anisotropic rotation is changed when OSL is enabled or as soon as OSL is enabled if rotation was changed before.

If anyone is interested in giving me the steps to produce the needed output I can try.

I can reproduce this with 2.75 RC on a 'Late 2007' Macbook model running 10.7.5 Happens as soon as Anisotropic rotation is changed when OSL is enabled or as soon as OSL is enabled if rotation was changed before. If anyone is interested in giving me the steps to produce the needed output I can try.

This issue was referenced by 91b23992ce

This issue was referenced by 91b23992ce46d963aa0d81247f37ba5c59a17f05

Changed status from 'Open' to: 'Resolved'

Changed status from 'Open' to: 'Resolved'

This issue was referenced by 2dc4c07d3a

This issue was referenced by 2dc4c07d3a20ef30796e2a20737215cc93383a30

This issue was referenced by blender/cycles@098b81f2b5

This issue was referenced by blender/cycles@098b81f2b5548e175396f93b6f4e3b28c71c5039
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
8 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#41870
No description provided.