Author Topic: CTD by coutl64_MSFS.exe due to module ucrtbase.dll  (Read 724 times)

Questatmayne

  • Newbie
  • *
  • Posts: 9
CTD by coutl64_MSFS.exe due to module ucrtbase.dll
« on: November 13, 2024, 07:04:19 pm »
Hello

After updating FSDT from version 3.2.4 to 3.2.6 my game started crashing before it even loads up the flight as well as when zooming in on the airport selection map before starting a flight.
Previously FSDT and MSFS itself has worked just fine.
What I have changed between the update was update GSX and also setting MSFS from DX12 to DX11.
This is my initial reaction to the problem, I haven't troubleshooted thoroughly yet. Only decided to look at the windows logs and this was the cause of crash on both occasions.
Can someone point me at the right direction on what I should try first. Currently I am trying to reinstall GSX itself and see if that works. I also noticed a recent windows update for "2024-11 Cumulative Update for .NET Framework 3.5 and 4.8.1 for Windows 11, version 24H2 for x64 (KB5045934)" and "2024-11 .NET 8.0.11 Update for x64 Client (KB5047489)" as well as "2024-11 .NET 6.0.36 Update for x64 Client (KB5047486)". Could it also be a faulty install of net framework as a very brief googling revealed that ucrtbase.dll is related to this problem.


Faulting application name: couatl64_MSFS.exe, version: 4.8.0.5532, time stamp: 0x66ed52d9
Faulting module name: ucrtbase.dll, version: 10.0.26100.1882, time stamp: 0x52db7a2d
Exception code: 0xc0000409
Fault offset: 0x00000000000a502e
Faulting process id: 0x3404
Faulting application start time: 0x1DB35F30F34B60E
Faulting application path: A:\FSDT\Addon Manager\couatl64\couatl64_MSFS.exe
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
Report Id: ef1a91d9-9621-44cd-ae98-6f4091bae88b
Faulting package full name:
Faulting package-relative application ID:

virtuali

  • Administrator
  • Hero Member
  • *****
  • Posts: 51949
    • VIRTUALI Sagl
Re: CTD by coutl64_MSFS.exe due to module ucrtbase.dll
« Reply #1 on: November 15, 2024, 12:18:43 pm »
Couatl cannot crash the sim.

An external .EXE cannot crash another .EXE, this is something basic about how the Windows OS works, an .EXE don't have any access to the memory space of another .EXE, unless it attached itself to it posing as a Debugger, and Couatl doesn't do anything like that.

What is possible is the opposite. If the sim crashes for other reasons, it will MADE Couatl crash, because in order to exit cleanly, Couatl needs to receive a specific command via Simconnect the sim has quit. If the sim crashes abruptly, it won't send the normal quit message to it, which would trigger some extra memory cleanup Couatl must do on itself, which if not done, will result in Couatl crashing. Not that this matters much after the sim crashed because Windows itself will clean up the memory.

That's why you see the event related to Couatl.exe in the Event Viewer: it was made to crash because the sim crashed for other reasons, so you can be easily misled thinking Couatl was the cause, but it's not. It cannot, because as a regular .EXE, it doesn't have any way to make the sim crash. But the sim can crash it.

The Windows Event Viewer has timestamps, showing exactly when every event happened. I'm fairly sure that, if you check the time for the crash in Flightsimulator.EXE, it will show a timestamp a few seconds earlier than Couatl64_MSFS.EXE, clearly proving it was MSFS which caused the crash, and Couatl64_MSFS.exe crashed because of that, not the other way around.