Blender force close with EXCEPTION_ACCESS_VIOLATION #52064

New Issue

Laurent Marechal · 2017-07-15T02:39:19+02:00

Laurent Marechal commented

2017-07-15 02:39:19 +02:00

System Information

Windows 10 V1703 build 15063.483
GPU NVidia 660Ti tested with drivers : 382.33 382.53 384.76

Blender Version

Blender 64bits, tested versions (fresh download and install zip version, also cleaned the user profile between each):
Official 2.78c (same one I was using without issue since the release)
blender-2.78-c9817c6-win64
blender-2.80-2a48927-win64-vc14

Short description of error
I have used the same system for year without issues.
Since a few days when I try to start blender it just crash with:
Error: EXCEPTION_ACCESS_VIOLATION
If fresh install and nothing in the user profile, it does start, but accessing the user preference, doing anything related to cycle or rendering cause the crash.
If there is anything in the user profile, it does not even start, just crash immediately.
As there was no change to blender itself and it's consistant with the 3 last GPU drivers (including the one that was working for sure) it could be related to one of the recent Windows update.

Exact steps for others to reproduce the error

Try to start Blender... crash

OS and drivers are fully up-to-date. Cleaned and reinstalled GPU drivers each time.
Antivirus do not change anything.
File location do not change anything.
No other Python installed.
Tested (when it accept to start) with old, recent and new .blend file with the same result.
There is test.crash.txt or crash file generated in the tmp folder

Running with factory setting does not even popup the windows, it crash.
Running with -d report the two attached file depending if there is anything in the user roaming profile or not.
blender_with_roaming_data.txt
blender_without_roaming_data.txt

**System Information** - Windows 10 V1703 build 15063.483 - GPU NVidia 660Ti tested with drivers : 382.33 382.53 384.76 **Blender Version** - Blender 64bits, tested versions (fresh download and install zip version, also cleaned the user profile between each): Official 2.78c (same one I was using without issue since the release) blender-2.78-c9817c6-win64 blender-2.80-2a48927-win64-vc14 **Short description of error** I have used the same system for year without issues. Since a few days when I try to start blender it just crash with: Error: EXCEPTION_ACCESS_VIOLATION If fresh install and nothing in the user profile, it does start, but accessing the user preference, doing anything related to cycle or rendering cause the crash. If there is anything in the user profile, it does not even start, just crash immediately. As there was no change to blender itself and it's consistant with the 3 last GPU drivers (including the one that was working for sure) it could be related to one of the recent Windows update. **Exact steps for others to reproduce the error** - Try to start Blender... crash OS and drivers are fully up-to-date. Cleaned and reinstalled GPU drivers each time. Antivirus do not change anything. File location do not change anything. No other Python installed. Tested (when it accept to start) with old, recent and new .blend file with the same result. There is test.crash.txt or crash file generated in the tmp folder Running with factory setting does not even popup the windows, it crash. Running with -d report the two attached file depending if there is anything in the user roaming profile or not. [blender_with_roaming_data.txt](https://archive.blender.org/developer/F667469/blender_with_roaming_data.txt) [blender_without_roaming_data.txt](https://archive.blender.org/developer/F667470/blender_without_roaming_data.txt)

Laurent Marechal commented

2017-07-15 02:39:19 +02:00

Changed status to: 'Open'

Laurent Marechal commented

2017-07-15 02:39:19 +02:00

Added subscriber: @lmarecha

Fable Fox commented

2017-07-15 13:09:20 +02:00

Added subscriber: @fablefox

Fable Fox commented

2017-07-15 13:09:20 +02:00

Was crash log generated? Please upload if it does. Thanks.
https://docs.blender.org/manual/en/dev/troubleshooting/crash.html

Also, launch Blender from the command line with -d option and attach as text file here any error printed out in the console (do not paste it directly in comment).

It also worth running Blender with --debug-cycles command line argument to make prints much more verbose to see where exactly things stuck.

Was crash log generated? Please upload if it does. Thanks. https://docs.blender.org/manual/en/dev/troubleshooting/crash.html Also, launch Blender from the command line with -d option and attach as text file here any error printed out in the console (do not paste it directly in comment). It also worth running Blender with --debug-cycles command line argument to make prints much more verbose to see where exactly things stuck.

Laurent Marechal commented

2017-07-15 21:41:27 +02:00

Hi

Was crash log generated? Please upload if it does. Thanks.

No crash log generated (as mentioned in original post)

launch Blender from the command line with -d option

See previous post and attachment

Blender with --debug-cycles command line argument

blender_debug_cycle.txt
Attached, run with an empty user roaming profile.

After crash, the tmp folder defined both in the old user preference or in the Windows EV, does not contain anything related to blender
With arguments -d --debug_all --factory-startup there is no additional info reported.
When using -d --debug_all --debug-gpu only additional info are:

Using OpenGL 4.3 debug facilities
GL application marker: Successfully hooked OpenGL debug callback.
GL_CONTEXT_PROFILE_MASK = 0x2 (compatibility profile
```)

Hi >Was crash log generated? Please upload if it does. Thanks. No crash log generated (as mentioned in original post) >launch Blender from the command line with -d option See previous post and attachment >Blender with --debug-cycles command line argument [blender_debug_cycle.txt](https://archive.blender.org/developer/F668683/blender_debug_cycle.txt) Attached, run with an empty user roaming profile. After crash, the tmp folder defined both in the old user preference or in the Windows EV, does not contain anything related to blender With arguments -d --debug_all --factory-startup there is no additional info reported. When using -d --debug_all --debug-gpu only additional info are: ``` Using OpenGL 4.3 debug facilities GL application marker: Successfully hooked OpenGL debug callback. GL_CONTEXT_PROFILE_MASK = 0x2 (compatibility profile ```)

Laurent Marechal commented

2017-07-15 21:50:10 +02:00

If useful, I ran procmon on it, it seems to break when reaching the GUI/various graphical dll. I tried to uninstall, reinit and reinstall the GPU drivers, but still same result.
Logfile.zip

If useful, I ran procmon on it, it seems to break when reaching the GUI/various graphical dll. I tried to uninstall, reinit and reinstall the GPU drivers, but still same result. [Logfile.zip](https://archive.blender.org/developer/F668690/Logfile.zip)

Fable Fox commented

2017-07-16 03:30:09 +02:00

To get driver issue out of the way, you can try software rendering.

Try replacing the opengl driver with a software version from

http://download.blender.org/ftp/sergey/softwaregl/win64/opengl32.dll

just copy the dll into your blender folder (and remove it when you are done testing, performance will be very bad otherwise) and see if that improves things.

To get driver issue out of the way, you can try software rendering. Try replacing the opengl driver with a software version from http://download.blender.org/ftp/sergey/softwaregl/win64/opengl32.dll just copy the dll into your blender folder (and remove it when you are done testing, performance will be very bad otherwise) and see if that improves things.

Laurent Marechal commented

2017-07-16 15:51:08 +02:00

with the dll in the folder, the same result happen. There is also no additional debug info returned except the opengl selection/force.
See attached file with various debug flag added:
with_opengl.dll.txt

Add:
I used DDU to remove all trace of drivers from the system, this time also removed dome Intel driver from the integrated IGP just in case.. After reboot and installing the latest NVidia the same happen (I kind of was wishing it could be some mismatch with Intel IGP but no)

with the dll in the folder, the same result happen. There is also no additional debug info returned except the opengl selection/force. See attached file with various debug flag added: [with_opengl.dll.txt](https://archive.blender.org/developer/F669310/with_opengl.dll.txt) Add: I used DDU to remove all trace of drivers from the system, this time also removed dome Intel driver from the integrated IGP just in case.. After reboot and installing the latest NVidia the same happen (I kind of was wishing it could be some mismatch with Intel IGP but no)

matali23 commented

2017-07-18 13:57:47 +02:00

Added subscriber: @matali23

matali23 commented

2017-07-18 13:57:47 +02:00

and with windows 7? Windows 10 is known for it's instability. It's only 2 years old...
At least on windows 7, the bug is not reproducible.

and with windows 7? Windows 10 is known for it's instability. It's only 2 years old... At least on windows 7, the bug is not reproducible.

Laurent Marechal commented

2017-07-18 23:05:40 +02:00

On an other system with W7 it works, but not the same soft/hard of course.
If it would have been never working since the beginning under W10, I would have guessed a W10 issue, but here, I had no issues on W10 with same hardware/drivers since more than one years (even after the W10 update). And I cannot reinstall the full machine with W7 just for a test (blender is far to be the only thing installed on the main machine)

On an other system with W7 it works, but not the same soft/hard of course. If it would have been never working since the beginning under W10, I would have guessed a W10 issue, but here, I had no issues on W10 with same hardware/drivers since more than one years (even after the W10 update). And I cannot reinstall the full machine with W7 just for a test (blender is far to be the only thing installed on the main machine)

Laurent Marechal commented

2017-07-26 01:06:44 +02:00

I did more test on this one and ran it in the Windows debugger. Tested it with the same 3 set of drivers, including the one I know it was working before.
I'm attaching the file. Is there a command line option to disable the use of cuda ? (as a test)

blender_Windbg.txt

And I justed tested with the new released driver 384.76 same result.

I did more test on this one and ran it in the Windows debugger. Tested it with the same 3 set of drivers, including the one I know it was working before. I'm attaching the file. Is there a command line option to disable the use of cuda ? (as a test) [blender_Windbg.txt](https://archive.blender.org/developer/F678882/blender_Windbg.txt) And I justed tested with the new released driver 384.76 same result.

Laurent Marechal commented

2017-08-03 14:30:26 +02:00

Additional test:
I removed my graphic card, cleaned up all drivers trace from nvidia.
rebooted
ran blender, it complained about no GPU or opengl.
Enabled the dll for software opengl and it started.
Then I installed a new GPU (1080Ti), installed the latest drivers from nvidia
Started blender and... same issue as before, it crash at the same location/thing (the cuda dll)
I can't believe I'm the only one....

Additional test: I removed my graphic card, cleaned up all drivers trace from nvidia. rebooted ran blender, it complained about no GPU or opengl. Enabled the dll for software opengl and it started. Then I installed a new GPU (1080Ti), installed the latest drivers from nvidia Started blender and... same issue as before, it crash at the same location/thing (the cuda dll) I can't believe I'm the only one....

Bastien Montagne commented

2017-08-11 14:36:39 +02:00

Added subscribers: @MaiLavelle, @Sergey, @mont29

Bastien Montagne commented

2017-08-11 14:36:39 +02:00

So this is a CUDA/driver issue…

@Sergey or @MaiLavelle may have ideas of things to try/check here?

So this is a CUDA/driver issue… @Sergey or @MaiLavelle may have ideas of things to try/check here?

Ray molenkamp commented

2017-08-11 14:55:41 +02:00

Added subscriber: @LazyDodo

Ray molenkamp commented

2017-08-11 14:55:41 +02:00

@fablefox, don't know how else to contact you, so sadly i'll have to clutter up this ticket . I see you ask for crashdumps quite frequently, the windows version of blender downloaded of our website will NEVER make a crashdump, so you can save your self some posts by skipping that step in the future.

@fablefox, don't know how else to contact you, so sadly i'll have to clutter up this ticket . I see you ask for crashdumps quite frequently, the windows version of blender downloaded of our website will *NEVER* make a crashdump, so you can save your self some posts by skipping that step in the future.

Laurent Marechal commented

2017-08-15 21:11:58 +02:00

Tested with new nVidia driver 385.28 after a clean upgrade... same result.

Laurent Marechal commented

2017-08-20 01:32:58 +02:00

Might have found something. When using GPU-Z (not sure if it's info is accurate or not), it does not show that OpenCl, CUDA or PhysX are available. But they are installed and drivers when instaled clean (only graphic drivers and PhysX, no #D stuff installed)

Tried with, again, a new drivers install, with same result.

Might have found something. When using GPU-Z (not sure if it's info is accurate or not), it does not show that OpenCl, CUDA or PhysX are available. But they are installed and drivers when instaled clean (only graphic drivers and PhysX, no #D stuff installed) ![image.png](https://archive.blender.org/developer/F718977/image.png) Tried with, again, a new drivers install, with same result.

Ray molenkamp commented

2017-08-20 01:41:13 +02:00

I put a build that will produce crash information a while ago here : http://graphicall.org/1222 (not the most recent build, but given all builds seem to crash for you it shouldn't matter that much)

can you run this build, and if it crashes look for the crash log in either the same directory as your blender.exe or in your %temp% folder (you can just hit windows+r enter %temp% and it'll open up the right folder for you)

I put a build that will produce crash information a while ago here : http://graphicall.org/1222 (not the most recent build, but given all builds seem to crash for you it shouldn't matter that much) can you run this build, and if it crashes look for the crash log in either the same directory as your blender.exe or in your %temp% folder (you can just hit windows+r enter %temp% and it'll open up the right folder for you)

Laurent Marechal commented

2017-08-20 02:06:43 +02:00

Thanks. It does crash and generate the dump log. There is really something wrong with the cuda detection.

blender.crash.txt

Thanks. It does crash and generate the dump log. There is really something wrong with the cuda detection. [blender.crash.txt](https://archive.blender.org/developer/F719000/blender.crash.txt)

Ray molenkamp commented

2017-08-20 03:14:39 +02:00

Added subscriber: @brecht

Ray molenkamp commented

2017-08-20 03:14:39 +02:00

Looked in the matching source, it's the call to cuInit that makes it crash, @brecht do you have any clever ideas how to trouble shoot this?

@lmarecha do other applications that use cuda work?

Looked in the matching source, it's the call to cuInit that makes it crash, @brecht do you have any clever ideas how to trouble shoot this? @lmarecha do other applications that use cuda work?

Brecht Van Lommel commented

2017-08-20 11:24:20 +02:00

CUDA-Z can be used to test if the CUDA installation is working: http://cuda-z.sourceforge.net/

My guess is that the NVidia driver was not fully installed or uninstalled at some point, and that there's an nvcuda.dll remaining that will crash when used because some other files are missing. Perhaps some conflict between Windows-installed and manually installed drivers, or a virus scanner interfered. Typically my advice would be to uninstall all graphics drivers (also Intel and AMD if they exist), and then reinstall all. But it seems that has been tried here already.

cuInit() is the very first function we call, there's not a lot we could be doing wrong with that. To fix this crash on the Blender side we would need to either not call into the library at all (but we don't know how to detect that case), or we could try handling the signal and recovering from the crash (which could be impossible, but maybe worth trying anyway).

CUDA-Z can be used to test if the CUDA installation is working: http://cuda-z.sourceforge.net/ My guess is that the NVidia driver was not fully installed or uninstalled at some point, and that there's an `nvcuda.dll` remaining that will crash when used because some other files are missing. Perhaps some conflict between Windows-installed and manually installed drivers, or a virus scanner interfered. Typically my advice would be to uninstall all graphics drivers (also Intel and AMD if they exist), and then reinstall all. But it seems that has been tried here already. `cuInit()` is the very first function we call, there's not a lot we could be doing wrong with that. To fix this crash on the Blender side we would need to either not call into the library at all (but we don't know how to detect that case), or we could try handling the signal and recovering from the crash (which could be impossible, but maybe worth trying anyway).

Laurent Marechal commented

2017-08-20 21:00:11 +02:00

Thank, I downlaoded Cuda-Z. It crash as soon as I try to execute it. So the cuda part is definitivelly bad.
I did already try to unsintall and reinstall, even using DDU to cleanup. I did open a ticket with NVidia, I don't know if they usually respond or not to such issue.

While it's not directly a blender issue it seems, it would still be nice if blender would intercept the error and not crash, it could run in "degraded mode" (using only CPU) and inform the user.

Thank, I downlaoded Cuda-Z. It crash as soon as I try to execute it. So the cuda part is definitivelly bad. I did already try to unsintall and reinstall, even using DDU to cleanup. I did open a ticket with NVidia, I don't know if they usually respond or not to such issue. - While it's not directly a blender issue it seems, it would still be nice if blender would intercept the error and not crash, it could run in "degraded mode" (using only CPU) and inform the user.

Ray molenkamp commented

2017-08-20 21:10:35 +02:00

cuInit is supposed to return an error code, and we deal with that in exactly that way in case it fails (not crash, but run in a mode not offering cuda acceleration),the problem on your machine, nvidia's code seems to be ruining the stack pointer, it's pretty much impossible to protect your self from that or recover from it.

blender-admin commented

2017-08-20 22:44:17 +02:00

This issue was referenced by blender/cycles@ceaf420dc9

This issue was referenced by blender/cycles@ceaf420dc9c2d42b89b2bec3fe0bbff94a66c571

blender-admin commented

2017-08-20 22:44:17 +02:00

This issue was referenced by 43a6cf1504

This issue was referenced by 43a6cf150412594240b36e74b69f4f5f807e9b03

Brecht Van Lommel commented

2017-08-21 01:19:33 +02:00

I've committed some changes to try to recover from crashes in nvcuda.dll, which may or may not work, I can't test it myself. Tomorrow's build from https://builder.blender.org/download/ should have it.

Laurent Marechal commented

2017-08-22 11:23:10 +02:00

Downloaded blender-2.79-049932c-win64 from daily build.

It's indeed not crashing anymore at start-up, and all GPU/cuda selection are disabled.

Downloaded blender-2.79-049932c-win64 from daily build. It's indeed not crashing anymore at start-up, and all GPU/cuda selection are disabled.

Brecht Van Lommel commented

2017-08-23 13:21:22 +02:00

Changed status from 'Open' to: 'Resolved'

Brecht Van Lommel closed this issue

2017-08-23 13:21:22 +02:00

Brecht Van Lommel self-assigned this 2017-08-23 13:21:22 +02:00

Brecht Van Lommel commented

2017-08-23 13:21:22 +02:00

Thanks for testing, I'll consider this resolved from the Blender side then. Not much else we can do if the driver itself is broken.

Benby commented

2023-12-30 00:07:28 +01:00

Hi, all.
I was having a problem similar to this in v4 that lead me to this thread.
It was similar to the issue above in nature, but turned out to be rather trivial.

I went to
Edit > Preferences... > System > Cycles Render Devices
and saw that it was set to None for some reason. I have an Nvidia GPU, so I set it to Cuda, and it no longer seems to crash.

Not sure how it got set to that, but maybe this will help someone in the future.

Hi, all. I was having a problem similar to this in v4 that lead me to this thread. It was similar to the issue above in nature, but turned out to be rather trivial. I went to Edit > Preferences... > System > Cycles Render Devices and saw that it was set to None for some reason. I have an Nvidia GPU, so I set it to Cuda, and it no longer seems to crash. Not sure how it got set to that, but maybe this will help someone in the future. ![image](/attachments/98c73106-caa0-4cbb-bda5-7a097031a51f)

image.png

58 KiB

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

Blender force close with EXCEPTION_ACCESS_VIOLATION #52064