v2.90.1 Silently crashes with EXCEPTION_ACCESS_VIOLATION while loading .blend file from Blender 2.6x #81468

New Issue

Aleksei · 2020-10-05T21:02:48+02:00

Aleksei commented

2020-10-05 21:02:48 +02:00

System Information
Operating system: Windows-7-6.1.7601-SP1 64 Bits
Graphics card: GeForce GT 1030/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 456.55

Blender Version
Broken: 2.82a to 2.90.1, branch: master, commit date: 2020-09-23 06:43, hash: 3e85bb34d0
Worked: 2.81a

Short description of error
Blender silently crashes when trying to open model from https://www.blendswap.com/blend/7951 (requires registration).

Stack trace:
blender.exe         :0x000000013F98F090  do_version_fcurve_hide_viewport_fix
blender.exe         :0x000000013F802C10  adt_apply_all_fcurves_cb
blender.exe         :0x000000013F802B80  BKE_fcurves_id_cb
blender.exe         :0x000000013F98FBE0  do_versions_after_linking_280
blender.exe         :0x000000013F93DB00  blo_read_file_internal
blender.exe         :0x000000013F973700  BLO_read_from_file
blender.exe         :0x00000001439D8050  BKE_blendfile_read
blender.exe         :0x000000013F903FC0  WM_file_read
blender.exe         :0x000000013F9035E0  wm_open_mainfile__open
blender.exe         :0x000000013F9183C0  wm_handler_fileselect_do
blender.exe         :0x000000013F9199B0  wm_handlers_do_intern
blender.exe         :0x000000013F919000  wm_handlers_do
blender.exe         :0x000000013F916520  wm_event_do_handlers
blender.exe         :0x000000013F901FF0  WM_main
blender.exe         :0x000000013F681AE0  main
blender.exe         :0x00000001439D1398  __scrt_common_main_seh
kernel32.dll        :0x0000000077515560  BaseThreadInitThunk
ntdll.dll           :0x0000000077773710  RtlUserThreadStart

Exact steps for others to reproduce the error

Download model from https://www.blendswap.com/blend/7951 or {F8958666}
Unzip the file.
Run Blender
Try to open Owl.blend file from .zip
Observe the Blender crashes silently. No error message appears, - be it internal, or OS generated, - it just quits and that's all. I guess, that is not how it expected to work.

**System Information** Operating system: Windows-7-6.1.7601-SP1 64 Bits Graphics card: GeForce GT 1030/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 456.55 **Blender Version** Broken: 2.82a to 2.90.1, branch: master, commit date: 2020-09-23 06:43, hash: `3e85bb34d0` Worked: 2.81a **Short description of error** Blender silently crashes when trying to open model from https://www.blendswap.com/blend/7951 (requires registration). ```lines Stack trace: blender.exe :0x000000013F98F090 do_version_fcurve_hide_viewport_fix blender.exe :0x000000013F802C10 adt_apply_all_fcurves_cb blender.exe :0x000000013F802B80 BKE_fcurves_id_cb blender.exe :0x000000013F98FBE0 do_versions_after_linking_280 blender.exe :0x000000013F93DB00 blo_read_file_internal blender.exe :0x000000013F973700 BLO_read_from_file blender.exe :0x00000001439D8050 BKE_blendfile_read blender.exe :0x000000013F903FC0 WM_file_read blender.exe :0x000000013F9035E0 wm_open_mainfile__open blender.exe :0x000000013F9183C0 wm_handler_fileselect_do blender.exe :0x000000013F9199B0 wm_handlers_do_intern blender.exe :0x000000013F919000 wm_handlers_do blender.exe :0x000000013F916520 wm_event_do_handlers blender.exe :0x000000013F901FF0 WM_main blender.exe :0x000000013F681AE0 main blender.exe :0x00000001439D1398 __scrt_common_main_seh kernel32.dll :0x0000000077515560 BaseThreadInitThunk ntdll.dll :0x0000000077773710 RtlUserThreadStart ``` **Exact steps for others to reproduce the error** - Download model from https://www.blendswap.com/blend/7951 or {F8958666} - Unzip the file. - Run Blender - Try to open Owl.blend file from .zip Observe the Blender crashes silently. No error message appears, - be it internal, or OS generated, - it just quits and that's all. I guess, that is not how it expected to work.

Aleksei commented

2020-10-05 21:02:48 +02:00

Added subscriber: @Arech

Aleksei commented

2020-10-06 11:54:50 +02:00

I learned that it's possible to make some logs, so here they are (spoiler: it's an access voilation exception actually that crashes the app):

blender_debug_output.txt

blender.crash.txt

blender_system_info.txt

I learned that it's possible to make some logs, so here they are (spoiler: it's an access voilation exception actually that crashes the app): [blender_debug_output.txt](https://archive.blender.org/developer/F8960335/blender_debug_output.txt) [blender.crash.txt](https://archive.blender.org/developer/F8960336/blender.crash.txt) [blender_system_info.txt](https://archive.blender.org/developer/F8960337/blender_system_info.txt)

Aleksei commented

2020-10-06 11:58:22 +02:00

And side comment: I'm using rather old AMD PhenomII X6 1090T processor. It does NOT have SSE4.1/AVX/AVX2 instruction sets, so it looks like that first lines of blender_debug_output.txt about CPU flags are incorrect if they are about my processor.

Aleksei changed title from ~~v2.90.1 Silently crashes while loading .blend file from Blender 2.6x~~ to v2.90.1 Silently crashes with EXCEPTION_ACCESS_VIOLATION while loading .blend file from Blender 2.6x

2020-10-06 11:59:13 +02:00

Aleksei commented

2020-10-06 12:34:15 +02:00

2.83.7LTS crashes with the same reason
2.69 seems to work
2.78c seems to work too (though, I can't get around "Blendfile Data" window that obscures all the view, but that is probably because my lack of familiarity with the app)
2.80 works too
2.82a crashes EAV
2.81a works!
Is there anything else I can help with?

UPD: I'm not sure that despite it loads in 2.81a, it works there properly (It displays the model in workarea with a better quality than it renders it with F12 (and the render result is significantly worse than I saw in 2.69) - It may happen because I'm total newbie with Blender and just doing something wrong, but I'll be very grateful if someone more experienced do the checks)

UPD2: also note, that opening-saving the file in 2.78c/2.81a still doesn't help to work with the newest version - it still crashes while loading the new file (the one created by 2.78c/2.81a). So, it's not the matter of incorrect/buggy original file, but some real issue with the file loader code.

UPD3 regarding render quality: indeed it seems that v.2.81a looses some (all?) textures during loading. When I open original file in 2.69 or in 2.78c and press F12 it renders properly, while doing the same in 2.81a results much poorer result without most of textures. This may indicate that old file format loader is broken in more than one point that causes access violation.

2.83.7LTS crashes with the same reason 2.69 seems to work 2.78c seems to work too (though, I can't get around "Blendfile Data" window that obscures all the view, but that is probably because my lack of familiarity with the app) 2.80 works too 2.82a crashes EAV 2.81a works! Is there anything else I can help with? UPD: I'm not sure that despite it loads in 2.81a, it works there properly (It displays the model in workarea with a better quality than it renders it with F12 (and the render result is significantly worse than I saw in 2.69) - It may happen because I'm total newbie with Blender and just doing something wrong, but I'll be very grateful if someone more experienced do the checks) UPD2: also note, that opening-saving the file in 2.78c/2.81a still doesn't help to work with the newest version - it still crashes while loading the new file (the one created by 2.78c/2.81a). So, it's not the matter of incorrect/buggy original file, but some real issue with the file loader code. UPD3 regarding render quality: indeed it seems that v.2.81a looses some (all?) textures during loading. When I open original file in 2.69 or in 2.78c and press F12 it renders properly, while doing the same in 2.81a results much poorer result without most of textures. This may indicate that old file format loader is broken in more than one point that causes access violation.

Germano Cavalcante commented

2020-10-07 16:18:11 +02:00

Added subscriber: @mano-wii

Germano Cavalcante commented

2020-10-07 16:18:11 +02:00

Changed status from 'Needs Triage' to: 'Confirmed'

Germano Cavalcante commented

2020-10-07 16:18:11 +02:00

I can confirm that it worked on 2.81
The file does not appear to be corrupted, but there are some messages in the console:

find_node component: Could not find ID OBHairForce
add_relation(Particle Field) - Could not find op_from (ComponentKey(OBHairForce, TRANSFORM))
add_relation(Particle Field) - Failed, but op_to (OperationKey(type: PARTICLE_SYSTEM, component name: '', operation code: PARTICLE_SYSTEM_EVAL)) was ok
find_node component: Could not find ID OBHairForce
add_relation(Particle Field) - Could not find op_from (ComponentKey(OBHairForce, TRANSFORM))
add_relation(Particle Field) - Failed, but op_to (OperationKey(type: PARTICLE_SYSTEM, component name: '', operation code: PARTICLE_SYSTEM_EVAL)) was ok

I can confirm that it worked on 2.81 The file does not appear to be corrupted, but there are some messages in the console: ``` find_node component: Could not find ID OBHairForce add_relation(Particle Field) - Could not find op_from (ComponentKey(OBHairForce, TRANSFORM)) add_relation(Particle Field) - Failed, but op_to (OperationKey(type: PARTICLE_SYSTEM, component name: '', operation code: PARTICLE_SYSTEM_EVAL)) was ok find_node component: Could not find ID OBHairForce add_relation(Particle Field) - Could not find op_from (ComponentKey(OBHairForce, TRANSFORM)) add_relation(Particle Field) - Failed, but op_to (OperationKey(type: PARTICLE_SYSTEM, component name: '', operation code: PARTICLE_SYSTEM_EVAL)) was ok ```

Aleksei commented

2020-10-07 16:33:18 +02:00

@mano-wii Thanks for checking.
You've changed description as though it worked fine in 2.81. Did you also observe no textures are loaded in that version, though they loads/renders perfectly fine in 2.78c and prior versions? There may be more than one issue... If you can confirm there are no textures in 2.81, then I guess, another bug report should be created regarding textures?

@mano-wii Thanks for checking. You've changed description as though it worked fine in 2.81. Did you also observe no textures are loaded in that version, though they loads/renders perfectly fine in 2.78c and prior versions? There may be more than one issue... If you can confirm there are no textures in 2.81, then I guess, another bug report should be created regarding textures?

blender-admin commented

2020-10-09 09:47:40 +02:00

This issue was referenced by 963b45f574

This issue was referenced by 963b45f57494677aefb2c4ae7f4bb60e06a05dbd

Bastien Montagne commented

2020-10-09 09:48:55 +02:00

Changed status from 'Confirmed' to: 'Resolved'

Bastien Montagne closed this issue

2020-10-09 09:48:55 +02:00

Bastien Montagne self-assigned this 2020-10-09 09:48:55 +02:00

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

v2.90.1 Silently crashes with EXCEPTION_ACCESS_VIOLATION while loading .blend file from Blender 2.6x #81468