Faulting application name: CuraEngine.exe, version: 1.0.0.0, time stamp: 0x63cfd8be
Faulting module name: ucrtbase.dll, version: 10.0.22621.608, time stamp: 0xf5fc15a3
Exception code: 0xc0000409
Fault offset: 0x000000000007f61e
Faulting process id: 0x0x5D88
Faulting application start time: 0x0x1D93D9A484DED3C
Faulting application path: E:\Program Files\UltiMaker Cura 5.2.2\CuraEngine.exe
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
Report Id: fcd73f47-29f0-4c2b-9631-28c8fcafd0ff
Faulting package full name:
Faulting package-relative application ID:
Cura No Longer Loads
I found this at the bottom of the Cura log.
I can confirm that everytime I let it sit at the frozen screen, it keeps adding these lines over and over, trying to access a port which does not have a printer on it
2023-02-10 17:53:06,824 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 250000 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:11,328 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 500000 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:15,831 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 230400 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:20,335 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 76800 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:24,838 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 57600 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:29,341 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 38400 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:33,846 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 19200 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:38,350 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 9600 works. Retry nr: 0. Wait timeout: 3
2023-02-10 17:53:57,853 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 115200 works. Retry nr: 1. Wait timeout: 15
2023-02-10 17:54:17,860 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 250000 works. Retry nr: 1. Wait timeout: 15
2023-02-10 17:54:37,867 - DEBUG - [JobQueueWorker [1]] USBPrinting.AutoDetectBaudJob.run [49]: Checking COM5 if baud rate 500000 works. Retry nr: 1. Wait timeout: 15
OK. This is ridiculous. I created another new user profile and was using Cura. It was fine until I went to change the settings of a job. I changed it from Fine to VeryFine, then it locked up. The Cura log is saying the same thing. It's trying to connect to a com port (5) as in the log I posted above.
This might sound stupid, but this all started when I downloaded a 3D item from Cults3D. I tried to load that object in to Cura and the application crashed. It's almost like that item ruined my system.
GregValiant 1,342
The Cura team is trying to chase down a persistent slicing bug so you get me. Sorry. This is not my forte and I'm afraid to give misguided or plain old bad advice so I'll give no advice. I guess this is just a reassurance "somebody is paying attention" post.
@ahoeben may be able to help if he's available?
11 hours ago, PapaPrints3D said:it would get past the splash screen then sit at a white screen with the hour glass.
This is often indicative of an issue with Cura running on some systems with multiple displays. Do you have multiple displays? If so, try keeping Cura on the primary display. But please let us know if you do indeed have multiple displays so we can diagnose what is going on.
-
1
1 hour ago, ahoeben said:This is often indicative of an issue with Cura running on some systems with multiple displays. Do you have multiple displays? If so, try keeping Cura on the primary display. But please let us know if you do indeed have multiple displays so we can diagnose what is going on.
I do have multiple displays.
I turned off the secondary display and it resolved the issue.
I will keep Cura on the primary display. It appears if you drag Cura to the secondary window it crashes again.
2 hours ago, PapaPrints3D said:It appears if you drag Cura to the secondary window it crashes again.
Cura will crash on your system (not all systems with multiple displays) when it tries to open a window on the secondary display. This happens when you drag Cura to the secondary display and then open a window (Preferences, About, extensions, keep/discard profile settings, etc). It also happens on the next startup of Cura, when it tries to open the window directly on the secondary display. The latter can be mitigated by unchecking the option to "Restore window position on start" in the general preferences in Cura, but that does not fix the issue of opening dialog windows.
- 4 weeks later...
I figured it out. Open NVIDIA Control Panel go to manage 3d settings and select your main graphics output take it off auto. That's what fixed it for me
Recommended Posts
PapaPrints3D 0
Found this is the logs
Fault bucket 1971460549780171195, type 5
Event Name: BEX64
Response: Not available
Cab Id: 0
Problem signature:
P1: CuraEngine.exe
P2: 1.0.0.0
P3: 63cfd8be
P4: ucrtbase.dll
P5: 10.0.22621.608
P6: f5fc15a3
P7: 000000000007f61e
P8: c0000409
P9: 0000000000000007
P10:
Attached files:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.28a247dd-59bd-47df-9b19-a107cb596ef3.tmp.dmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.9c8df895-6021-487a-93d1-5b8261fc33da.tmp.WERInternalMetadata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.e0d07592-cdc6-44ca-978d-c81501ffc262.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.01ff7b5c-e0be-4ebd-bea6-84b92a41da67.tmp.txt
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER.dd2d1548-d377-4045-8fe4-8c82dfd8586d.tmp.xml
Link to post
Share on other sites