Tried installing GitExtensions and this is the error message I get when trying to use it: https://www.dropbox.com/scl/fi/fq8avd7v9covi7516f4h2/VS_GitExtensions_error.jpg?rlkey=kinn0unzab85pp2vbuto7hrdg&dl=0
Got the DirectX SDK installed but now I have this in the log:
1> CMake generation started for configuration: 'windows-x64-asan-windows-x64-asan'.
1> Environment settings:
1> CommandPromptType=Native
1> DevEnvDir=C:\Program Files\Microsoft Visual Studio\2022\Community\Common7\IDE\
1>...
Got this in the log:
1> CMake generation started for configuration: 'windows-x86-debug-windows-x86-debug'.
1> Environment settings:
1> CommandPromptType=Cross
1> DevEnvDir=C:\Program Files\Microsoft Visual Studio\2022\Community\Common7\IDE\
1> ExtensionSdkDir=C:\Program Files...
You mean in the Solution Explorer? When right clicking on CMakeLists.txt, I don't see such an option: https://www.dropbox.com/scl/fi/dc1zaujm7th9cmoqipf31/VS_Orbiter2024_source.jpg?rlkey=un0nd384dfkvguyrexixt95l0&dl=0
Update: Ran another session hoping to get another CTD and was not disappointed! Halfway through the STS-125 OMS-2 burn this time. This time the addresses are different along with where it was trapped, this time in D3D9Client.dll...
Decided to unfreeze the paused debugger and got this immediately after: Unhandled exception at 0x3F097401 in Orbiter.exe: 0xC0000005: Access violation executing location 0x00000000
I always end up with at least the LH2 needing a relief prior to OMS-2 and then a short vacuum inert at MM106 (about of 1 PSI remains after the pre-OMS-2 relief activation).
Managed to build a debug version of SSV and the CTD is still there at the same point. I'm starting to think that this might have something to do with the automated vacuum inerting as I think the second one is supposed to happen somewhere around the OMS-2 TIG.
Lately, all of the crashes have been around OMS-2 TIG-2 minutes, usually inside of that, just after enabling left FLT CNTLR PWR on F6 and taking both OMS engines to ARM/PRESS on C3. Not sure if that means anything.
Remember to make diffuse particle streams affected by shadows so that they aren't visible when they shouldn't be. I've attached a comparison, STS-108 which was a sunset launch (2219:28 UTC December 5 2001). Note how the lower half of the SRB smoke trail is in shadow while the upper half is lit...
Yes. I've tried just about everything here on my end but with very limited information. Maybe D3D9Client is just getting too old for an ever changing OS?
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.