Page MenuHome

EXCEPTION_ACCESS_VIOLATION when I do almost anything
Closed, ArchivedPublic

Description

Can't even open these files without running into a crash or assert in a debug build when the linked files are found.

Repro:

  1. Grab



  1. 02_022A_v022.blend is the main file, open it, and see on the console where it looking for the linked files, place the 2 files in the "expected" location
  1. Open 02_022A_v022.blend once more,
  1. Hit the following assert
rna_PoseChannel_constraints_override_apply: Could not find constraint to insert, doing nothing...
Stack trace:
blender.exe         :0x00007FF766A81730  bli_windows_system_backtrace_stack_thread k:\blendergit\blender\source\blender\blenlib\intern\system_win32.c:233
blender.exe         :0x00007FF766A807B0  BLI_windows_system_backtrace_stack k:\blendergit\blender\source\blender\blenlib\intern\system_win32.c:320
blender.exe         :0x00007FF766A80160  BLI_system_backtrace k:\blendergit\blender\source\blender\blenlib\intern\system_win32.c:383
blender.exe         :0x00007FF760F0EA10  rna_PoseChannel_constraints_override_apply k:\blendergit\blender\source\blender\makesrna\intern\rna_pose.c:686
blender.exe         :0x00007FF760EF13D0  rna_property_override_operation_apply k:\blendergit\blender\source\blender\makesrna\intern\rna_access_compare_override.c:555
blender.exe         :0x00007FF760EF04C0  rna_property_override_apply_ex k:\blendergit\blender\source\blender\makesrna\intern\rna_access_compare_override.c:956
blender.exe         :0x00007FF760EEF3C0  RNA_struct_override_apply k:\blendergit\blender\source\blender\makesrna\intern\rna_access_compare_override.c:1025
blender.exe         :0x00007FF760569D10  BKE_lib_override_library_update k:\blendergit\blender\source\blender\blenkernel\intern\lib_override.c:948
blender.exe         :0x00007FF7605679A0  BKE_lib_override_library_main_update k:\blendergit\blender\source\blender\blenkernel\intern\lib_override.c:981
blender.exe         :0x00007FF7609A7BF0  blo_read_file_internal k:\blendergit\blender\source\blender\blenloader\intern\readfile.c:10499
blender.exe         :0x00007FF7609EB390  BLO_read_from_file k:\blendergit\blender\source\blender\blenloader\intern\readblenentry.c:320
blender.exe         :0x00007FF767C3D870  BKE_blendfile_read k:\blendergit\blender\source\blender\blenkernel\intern\blendfile.c:444
blender.exe         :0x00007FF760924590  WM_file_read k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:636
blender.exe         :0x00007FF760928060  wm_file_read_opwrap k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2113
blender.exe         :0x00007FF760923030  wm_open_mainfile__open k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2255
blender.exe         :0x00007FF7609264C0  operator_state_dispatch k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2149
blender.exe         :0x00007FF76092B350  wm_open_mainfile_dispatch k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2282
blender.exe         :0x00007FF760922D40  wm_open_mainfile__discard_changes k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2197
blender.exe         :0x00007FF7609264C0  operator_state_dispatch k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2149
blender.exe         :0x00007FF76092B350  wm_open_mainfile_dispatch k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2282
blender.exe         :0x00007FF76092B420  wm_open_mainfile_invoke k:\blendergit\blender\source\blender\windowmanager\intern\wm_files.c:2287
blender.exe         :0x00007FF760953590  wm_operator_invoke k:\blendergit\blender\source\blender\windowmanager\intern\wm_event_system.c:1284
blender.exe         :0x00007FF760952210  wm_operator_call_internal k:\blendergit\blender\source\blender\windowmanager\intern\wm_event_system.c:1532
blender.exe         :0x00007FF7609455F0  WM_operator_name_call_ptr k:\blendergit\blender\source\blender\windowmanager\intern\wm_event_system.c:1547
blender.exe         :0x00007FF761A00070  ui_apply_but_funcs_after k:\blendergit\blender\source\blender\editors\interface\interface_handlers.c:895
blender.exe         :0x00007FF761A21C60  ui_popup_handler k:\blendergit\blender\source\blender\editors\interface\interface_handlers.c:10863
blender.exe         :0x00007FF76094F5F0  wm_handler_ui_call k:\blendergit\blender\source\blender\windowmanager\intern\wm_event_system.c:622
blender.exe         :0x00007FF760950F30  wm_handlers_do_intern k:\blendergit\blender\source\blender\windowmanager\intern\wm_event_system.c:2743
blender.exe         :0x00007FF76094F9A0  wm_handlers_do k:\blendergit\blender\source\blender\windowmanager\intern\wm_event_system.c:2854
blender.exe         :0x00007FF76094A380  wm_event_do_handlers k:\blendergit\blender\source\blender\windowmanager\intern\wm_event_system.c:3283
blender.exe         :0x00007FF7609209F0  WM_main k:\blendergit\blender\source\blender\windowmanager\intern\wm.c:478
blender.exe         :0x00007FF760183E00  main k:\blendergit\blender\source\creator\creator.c:530
blender.exe         :0x00007FF767C2E210  invoke_main d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:79
blender.exe         :0x00007FF767C2DFC0  __scrt_common_main_seh d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288
blender.exe         :0x00007FF767C2DFA0  __scrt_common_main d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:331
blender.exe         :0x00007FF767C2E2D0  mainCRTStartup d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_main.cpp:17
KERNEL32.DLL        :0x00007FFD8EBC7BC0  BaseThreadInitThunk
ntdll.dll           :0x00007FFD8EFCCE30  RtlUserThreadStart

While i can't get as far at the user reporting it, his stack trace is

Stack trace:
blender.exe         :0x00007FF7115F5E40  pose_channel_in_IK_chain
blender.exe         :0x00007FF71196CAD0  rna_property_override_diff_default
blender.exe         :0x00007FF71192A820  rna_property_override_diff
blender.exe         :0x00007FF71192A140  RNA_struct_override_matches
blender.exe         :0x00007FF71196EB00  rna_property_override_diff_propptr
blender.exe         :0x00007FF71196CAD0  rna_property_override_diff_default
blender.exe         :0x00007FF71192A820  rna_property_override_diff
blender.exe         :0x00007FF71192A140  RNA_struct_override_matches
blender.exe         :0x00007FF71196EB00  rna_property_override_diff_propptr
blender.exe         :0x00007FF71196CAD0  rna_property_override_diff_default
blender.exe         :0x00007FF71192A820  rna_property_override_diff
blender.exe         :0x00007FF71192A140  RNA_struct_override_matches
blender.exe         :0x00007FF711597A10  BKE_lib_override_library_operations_create
blender.exe         :0x00007FF711597510  BKE_lib_override_library_main_operations_create
blender.exe         :0x00007FF7140C0140  BKE_undosys_step_push_with_type
blender.exe         :0x00007FF7140BFF80  BKE_undosys_step_push
blender.exe         :0x00007FF711C9E290  ED_undo_push
blender.exe         :0x00007FF711737230  wm_operator_finished
blender.exe         :0x00007FF711735270  wm_handler_operator_call
blender.exe         :0x00007FF7117361F0  wm_handlers_do_intern
blender.exe         :0x00007FF711735820  wm_handlers_do
blender.exe         :0x00007FF711732EA0  wm_event_do_handlers
blender.exe         :0x00007FF71171E9A0  WM_main
blender.exe         :0x00007FF7114AA530  main
blender.exe         :0x00007FF7140B8548  __scrt_common_main_seh
KERNEL32.DLL        :0x00007FFBE2E17BC0  BaseThreadInitThunk
ntdll.dll           :0x00007FFBE4B8CE30  RtlUserThreadStart

which also seems to point at something in the override system

Original Report

System Information
Operating system: Windows-10-10.0.18362-SP0 64 Bits
Graphics card: GeForce GTX 1070 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 442.59

Blender Version
Broken: version: 2.82 (sub 7), branch: master, commit date: 2020-03-12 05:06, hash: rB375c7dc4caf4
Worked: (optional)

Short description of error
In a specific file (and older versions of the same scene), whenever I do almost anything, including moving the timeline, selecting an object in the outliner, saving the file, and switching scenes (among other normal blender activities that I lost count of), the program will instantly crash. When I run in debug mode, all it says in the console when crashing is EXCEPTION_ACCESS_VIOLATION. The file has a linked rig from another file. In similar files, I will commonly get the same error when I turn off the object visibility in the outliner.

Exact steps for others to reproduce the error
I can't get this to reproduce elsewhere consistently, it all happens very random.

  1. Get a file with a linked rig+mesh
  2. Turn the object visibility off and on in the outliner
  3. if that doesn't make it crash, move the timeline around
  4. if that doesn't crash, try save as...
  5. if that doesn't crash, try anything else

This is a really random bug and I can't figure out how to reliably reproduce it outside of this specific file. I cannot send the file because I work under NDA.

Event Timeline

NVIDIA 442.59

there's 445.87 available though.

Richard Antalik (ISS) changed the task status from Needs Triage to Needs Information from User.May 4 2020, 9:33 AM

You are using old version of Blender. 2.82a is last release, but you should always try to check if bug is in development versions https://builder.blender.org/download/

Before testing make sure your GPU driver is up to date and click on File > Defaults > Load Factory Settings.

I have updated my driver to 445.87, and I'm using the latest daily build of 2.83. I am using factory settings.
The issue is persistent, however does not happen quite as often. If I open the file, move the timeline around, and then switch scenes it tends to crash immediately.

We need some means to reproduce the problem in either case. You can make copy of your file and try to delete elements form it while making sure it will crash. It is possible that you end up with few objects that you will be able to upload without any concerns.

02_022A_v022.blend is the problem file. The other two are the linked rigs. If I open this in 2.82a, when I grab and move then timeline, the program crashes the instant I release the mouse button.

Ankit Meel (ankitm) changed the task status from Needs Information from User to Needs Triage.May 13 2020, 9:14 AM

I downloaded the files, relinked the objects but when trying to follow the steps to reproduce the problem, I did not succeed because they are too vague.
Which object turn the visibility off and on?

This report does not contain all the requested information, which is required for us to investigate the issue.
Please submit a new report and carefully follow the instructions.
Be sure to provide one or more .blend file with exact steps to reproduce the problem.

A guideline for making a good bug report can be found at https://wiki.blender.org/wiki/Process/Bug_Reports

The steps to reproduce on my end are this:

  1. Open the file
  2. Grab the timeline, drag it to frame 12
  3. Release the mouse
  4. The software immediately closes

This bug is preventing me from completing scenes for a short film. This bug is preventing our animation studio from using blender in future productions. I really want to help you guys fix this, but I really can't make the instructions more clear than that. Do you want me to send a screen capture of me performing the steps?


Here is a screen recording of the bug

Can you try a nightly 2.90? with a bit of luck it'll write out some extra crash diagnostics which may be helpful in diagnosing the issue.

I tried with 2.83 nightly from yesterday, and it had the same crash. Downloading 2.9 now, how do I get the printout? Just from the console?

it'll write the crash information to a file, the console should tell you where it wrote it (generally somewhere in the temp)

Ok... it doesn't crash in 2.9, so great news, you guys fixed the bug. I have to assume... There are issues with using an alpha build for production right? I can maybe render this one scene in 2.9, but I'm hesitant to just switch the entire project over. How long does it take to put the fix into a stable version of blender? Is there any way I can help you guys find the root of the problem and get it fast-tracked into a full release?

Nevermind, I spoke too soon. It appears that the bug works fine for a bit, but then it eventually crashes. Now the bug is exactly the same, when I move the timeline, in 2.9, it crashes.

To reproduce:

  1. Open 2.9
  2. Open file
  3. Fiddle around with timeline, no crash
  4. Switch scene
  5. Keep switching scenes
  6. It eventually crashes after switching scenes like 4 times

If I save the file and reopen, it will automatically crash every time I move the playhead.

How can I get logs for you?


Here are the crash logs

Ray Molenkamp (LazyDodo) reopened this task as Confirmed.Jun 2 2020, 7:29 PM

I can't even open these files without crashing

Some more info... the bug is propagating to other files in my project. This will soon destroy pretty much the whole project if it keeps popping up in every scene. I now have 3 scene files that I cannot do anything in. I have no idea what causes it, but after it starts happening, I can't do anything in the file at all. It will just immediately shut down.

Ray Molenkamp (LazyDodo) changed the task status from Confirmed to Needs Information from User.Jun 2 2020, 11:00 PM

Soo i brought this ticket to the attention of @Dalai Felinto (dfelinto) who said your repro files are too big and you need to come up with a smaller example that shows the issue, i disagree but not my tracker, not my rules.

that being said, i'm done with the bug tracker for a bit now, sorry!

@Dalai Felinto (dfelinto) Please help me figure out how to create better repro file. I don't know what the root cause of the problem is, so I have no idea how to reproduce it. I have submitted logs, files, and screen captures of the problem. This bug is happening to multiple files, and is growing through my project like an infection. If I can't solve this, it will be 2-3 weeks of work lost on an indie film project. I would be happy to have a phone call/screen share to walk through it with you.

@Dalai Felinto (dfelinto) Please help me figure out how to create better repro file. I don't know what the root cause of the problem is, so I have no idea how to reproduce it. I have submitted logs, files, and screen captures of the problem. This bug is happening to multiple files, and is growing through my project like an infection. If I can't solve this, it will be 2-3 weeks of work lost on an indie film project. I would be happy to have a phone call/screen share to walk through it with you.

To create minimal possible example file, basically remove as much objects as possible while still being able to reproduce bug/crash.

I have tried to reproduce as well and not been able to. Can you try opening your files on another machine ideally with different hardware?

@Eric Kaplin (ericEDFilms) don't you have any version of Blender that worked fine? With 2.83 I can't reproduce the issue (not even with 2.82), even after fixing the library locations.

There is plenty that can be done to simplify these files. Usually I go about delete things, saving, seeing if still crashes. If not roll back to the last blend1, and continue.

@Eric Kaplin (ericEDFilms) can you try to download the following, unzip it, and see if you still get the crash?

I've opened the complex.zip, and tested in 2.82a and 2.83 lts. I can't get the main file to crash at all, but all the animation is missing. I can't even enter pose mode on the rig. Moving or rotating the drone does not work either. We've been working with a debug build on our end yesterday, I'll post updates here if we get anything interesting.

We've found a potential workaround, I'll update later when I fully try it out.
The problem appears to be a recursively linked file with overrides. The drone file has the missile file linked inside. I've made a version of the drone with no references to the missile. If I relocate the drone in a bugged file with the one with no missiles and remove all the old references to drone and missile, the file no longer crashes. I'll give step-by-step repro soon.

This report is quite extensive and it seems that much of the pertinent information is scattered in the comments.
Also the title doesn't say much: "EXCEPTION_ACCESS_VIOLATION when I do almost anything"
I wonder if each of the files in the description corresponds to the same problem because otherwise they have to be in separate reports.

In my opinion it would be better to create another report and close this one.

@Eric Kaplin (ericEDFilms) : any news here?
I also agree that if you've found the culprit, it would probably be best to start fresh in a new report.

Sooo, following the tracker rules here:

No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed.
Thanks again for the report. If the problem persists please open a new report with the required information.