Version: 1.7.9.0
Frequency: Consistently
Severity: High
Context: Custom plane
Bug description:
After opening my plane project, spawning it somewhere in the world and clicking “Build All in project” the game will, sometimes on the first click but always in less than 4 clicks, crash to desktop. This started a while back and I was hoping it’d go away so I haven’t been able to pinpoint what game version started it or what change I made to my plane that triggered it. But, it’s absolutely making me not able to continue development on my plane.
Also, if I’ve yet to spawn in the world and just sit in the main menu, I can keep rebuilding the project until the cows come home and the game doesn’t crash. Or, I tried with the DA sample that’s in the SDK, spawned it and that rebuilds as many times as I like. So it’s something my plane is doing wrong after it’s been spawned in to the world and then gets built.
I have a (mini?) dump and the RAI report that I’ll be sharing via @PrivateContent. Please let me know if you need more from me.
Repro steps:
Load my custom plane, spawn in, do a couple of builds like you were changing/testing things.
Hello @RJiiFIN
It appears you have set a cuircuit index for a fuel valve but there is no electrical system defined?
The mini dump does not allow me to check what’s in RAM so I can’t tell much more.
Anyway, that’s something that we can probably make safer on our side as well.
This will be looked at.
Regards,
Sylvain
Hello @FlyingRaccoon,
are you saying you don’t see an electrical system at all or am I misunderstanding? There is one and it mostly works, some misconfigurations not withstanding.
I have valves like so in my flight_model.cfg under [FUEL_SYSTEM]
Valve.1 = Name:Engine1Valve#OpeningTime:0.5#Circuit:1
Valve.2 = Name:Engine2Valve#OpeningTime:0.5#Circuit:2
Valve.3 = Name:Engine3Valve#OpeningTime:0.5#Circuit:3
Valve.4 = Name:LeftCrossfeedValve#OpeningTime:0.5#Circuit:4
Valve.5 = Name:RightCrossfeedValve#OpeningTime:0.5#Circuit:5
Valve.6 = Name:APUValve#OpeningTime:3#Circuit:6
Valve.7 = Name:DumpValve1#OpeningTime:5#Circuit:7
Valve.8 = Name:DumpValve2#OpeningTime:5#Circuit:8
and then in the systems.cfg under [ELECTRICAL] I have (the first 9 circuits)
circuit.1 = Name:GeneralPanel#Type:CIRCUIT_GENERAL_PANEL#Voltage:20#Wattage:1
circuit.2 = Name:Engine1Valve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
circuit.3 = Name:Engine2Valve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
circuit.4 = Name:Engine3Valve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
circuit.5 = Name:LeftCrossfeedValve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
circuit.6 = Name:RightCrossfeedValve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
circuit.7 = Name:APUValve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
circuit.8 = Name:LeftDumpValve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
circuit.9 = Name:RightDumpValve#Type:CIRCUIT_FUEL_VALVE#ConsumerCfg:ValveConsumer
although one thing I will say is the lines going “out” from the dump valves are not connected to anything and I think the game complains about that. But that’s how I got them to actually dump fuel and it atleast didn’t crash the game before.
I will also share another dump, which should a full one, maybe that’ll be of help?
I just see the crash occurs when dereferencing a pointer to the electrical system object.
I can’t see the address though so I can’t really tell.
I’ll have a look at your full dump. 
Regards,
Sylvain
Hello @RJiiFIN
It crashed while dereferencing a pointer to the electrical system instance but I couldn’t check the address with a mini dump.
Your full dump shows a different callstack, and this time this is the fuel system that’s being updated while the pointer to its instance is null so I think there something a bit more shadier happening.
If you build that same project on SU4, this is not happening, right?
And on SU5, this is occurring at a 25% rate on package build, correct?
Does this happen the same way if you repeatedly build the Da62 SDK sample for example?
Do you think you could provide us with your source project?
Given how inconsistent the dumps are, we will need to replicate this here to investigate further.
Regards,
Sylvain
Hello @FlyingRaccoon ,
I’m not sure which version was SU4 or 5 so I can’t say. It wasn’t crashing for a good long while and then started like a month or two ago maybe. The DA62 sample is fine, I just sat at a gate and built it like 5 or 6 times and the game didn’t crash. Then switched to my plane and crashed on second build. I will send you the full source project via @PrivateContent .
You mentioned the electrical system, I think what I last changed there was adding some interior lights (glareshield, a ceiling mounted cabin light) and adding/updating exterior logo, wing and taxi/turnoff lights so maybe the crash is connected to those.
Hello @RJiiFIN
A fix candidate was deployed with SU5 Beta 1.7.11.0.
Can you please check if you still have the issue and provide a dump file if so?
Regards,
Sylvain
Hello @FlyingRaccoon
I am on 1.7.11.0 and the game still crashes. It did take 2 builds this time, but it did still crash. I’ve shared a dump via @PrivateContent
@FlyingRaccoon I see similar behaviours with SU5 1.7.11 when compiling, CTDs.. and with SU4 is ok..
You have a build from me already that you can try to test, it is happening with that and other projects thought.. very weird..
I had to leave the beta to be able to work, since after 2 - 3 builds, I get CTDs with SU5.
R.
Another issue was identified and fixed in 1.7.14. It looks like there were (at least) two issues when rebuilding the package of a SimObject that is already in use. I believe the next public update will be 1.7.15 so hopefully it will resolve these issues for good. If not, we’ll probably need new dumps from you to understand what’s going on.
Best regards,
Eric / Asobo
2 Likes
Hello @EPellissier
unfortunately the issues still persist on 1.7.16.0. I’m sending a new full dump and updated source files via @PrivateContent
Hello @RJiiFIN
The last dump shows something similar to the previous crashes. It just crashes a bit latter following our fix candidates essentially.
I’ve had 4 people trying to replicate your crash with your project but none of us had the issue.
Could you please record a video showing the whole process from boot to crash?
I’d like us to try and do exactly as you do, spawn in the same area, etc…
Regards,
Sylvain
Hello @FlyingRaccoon
I’ve shared a video from start of sim to crash. I don’t think I’m doing anything out of the ordinary. I pick my project, build it (I believe I need this to have it available in the plane picker?), start a Free flight, pick my plane, pick a random airport, select to not start from the runway, load in, press CTRL-C to enter cockpit, build again and crash to desktop.
1 Like
@FlyingRaccoon from my side, with the latest SU5 build I am finally able to work on SU5 and compile multiple times withouth CTD.
Best,
Raul
Don’t want to jinx it, but with the 1.7.17.0 version, I did a couple of sessions with 10+ changes and builds each and 0 crashes.
Possibly related to some other stability fixes.
We have more fixes planned for SU6 to address the cases we’ve witnessed in your dump files.
I’ll leave the issue open for now and we’ll discuss it again when SU6 flighting starts to make sure this is no longer a problem.
Regards,
Sylvain
1 Like