GSX Crashing just before i Reach the GATE (LSZH and EBBR)-

[OhG]

Can one up to this thread. I've been having this issue for almost all of my flights - GSX crashes just before I arrive at the gate. It happens more often than it doesn't. I run Live Update almost every day, it doesn't help. I can't tell for sure, but for some reason I think that it doesn't crash when the parking has a marshaller instead of the visual docking system, but that's just my guess.

[Guenseli]

Count me in, too.
Happens every flight.

At some point during the flight, GSX crashes. When I start it then again, everything is ok.
I use of course only addon sceneries (europe, mostly germany) and GSX profiles (if possible)

[danhenri]

Hello,

As I already wrote in another post, this issue has disappeared for me by launching MSFS (and GSX) in administrator mode.

[FerrevmVnion]

Running Coutl64_MSFS.exe as Admin (as well as MSFS) worked fine ... , as i checked "always run as administrator" i unchecked "Run this program in compatibility mode for Windows 8".... dont know why it was set.

[virtuali]

i unchecked "Run this program in compatibility mode for Windows 8".... dont know why it was set.

Do you mean by unchecking the Windows 8 compatibility mode, that error went away ?

I have no idea how they can possibly be related but, we have been so many feedbacks from many users that, enabling Windows 8 Compatibility mode fixed their problem with the Couatl engine crashing in flight, that the latest update set it automatically.

[FerrevmVnion]

No, i think the Windows 8 Compatibility mode was just a coincidence... i think its releated to run either msfs, coutl or both as administrator .... since i  run them with admin rights i had no crash...... i dont know why und where the issue is, when running without admin rights but it might be a good idea if you can take a look into it

[FerrevmVnion]

It is still crashing...

[virtuali]

It is still crashing...

Crashing with what ? The same error ? A different one ? A crash with no error ? If you have an error log, should always post it.

[FerrevmVnion]

Today i flew 3 legs without restarting or crash... EDDH-EDDN-LFMN-LEPA..... GSX worked fine on gate arrival in eddn and lfmn, but on gate arrival at lepa coutl crashed.
i attached the full log file of this session, here is the lepa part


onEnteredAirport LEPA
WASM: Menu open received
MSFS always use CheckIcingConditionsSimple() + surface condition
Icing test =  0 5.99569702148 True
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 5
channel.balance =  -1
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 9
channel.balance =  -1
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 9
channel.balance =  -1
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 6
channel.balance =  -1
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 1
channel.balance =  -1
emulateMenu_MSFS
Error: exception UNRECOGNIZED_ID in call AddClientEventToNotificationGroup param #2 '-695363184'
{'Airport': 'LEPA', 'Requested assistance services at': 'Gate 5B', 'Requested parking services to': 'Gate A 14', 'User Pos': (39.547611218063, 2.740758235346869, 11.1062 m, 2.87878 m, 237.37260831040575, 0.00581462262198329, 0.001745329238474369, 0.0008010958655623116, 3.18211187210083, 1.0)}
WASM: Menu choice received
emulateMenu_MSFS CHOICE 6
channel.balance =  -1
Error: exception UNRECOGNIZED_ID in call RemoveClientEvent param #2 '-695363184'
{'Airport': 'LEPA', 'Requested assistance services at': 'Gate 5B', 'Requested parking services to': 'Gate A 14', 'User Pos': (39.54749496263782, 2.740506886332059, 11.1074 m, 2.88075 m, 239.483562284985, 0.005096320994198322, 0.001745329238474369, 0.0003666124611311404, 3.18211187210083, 1.0)}
Requested parking services to Gate 66
Marshaller distance readout disabled by user preferences
set object -1000 mt. underground
Traceback (most recent call last):
  File ".\common\criticalsection.py", line 23, in _synchronized
  File ".\GSX\__init__.py", line 978, in checkAirplane
  File ".\common\aircraftData.py", line 1171, in brakesPosition
  File ".\common\__init__.py", line 38, in _executeCalculatorCode
TypeError: float() argument must be a string or a number
{'Airport': 'LEPA', 'Requested assistance services at': 'Gate 5B', 'Requested parking services to': 'Gate 66', 'User Pos': (39.5480970459422, 2.7352615863538903, 11.1131 m, 2.87218 m, 42.99224153730721, 0.00633555231615901, 0.001745329238474369, -0.0003919873290125381, 3.18211187210083, 1.0)}

[virtuali]

Your log shows you don't have the last update ( something I suspected in your logs for a long while, but now I'm sure ), because it shows an error in a line that has been moved, clearly indicating you don't have the current update.

- Configure the antivirus to exclude the whole Addon Manager folder to the antivirus Exclusions

- Disable the firewall

- Run the FSDT Live Update again.

- PAY ATTENTION if the Live Update is downloading the same files over and over if you run it twice in a row. If it does, it means the problem is your local Cloudflare node not being update. In this case, you should download and install the current OFFLINE installer, which will update the code without being affected by internet caching and/or firewalls blocking the download.

[FerrevmVnion]

I always download the offline installer and run live update multiple times ...... it shows up as current version... i dont know how often i should click hopefully to get all new files.... thats kind of weired

[virtuali]

I always download the offline installer and run live update multiple times

If you are doing this in this order, and your local cloudflare node is not updated, you are downgrading the version you got from the offline installer.

As explained in the Offline installer instructions, you must FIRST run the Live Update, and use the Offline installer AFTER IT, in case you suspect your local node might have a problem.

..... it shows up as current version...

As explained so many times before, the version number alone is not reliable, because it will only tell you have the latest manifest.json, but nothing can ensure each and every file is updated, that's why I always was opposed to showing a version number, but users wanted, so we added it.

Try running the Offline installer LAST.

[FerrevmVnion]

Ok, will check it... im on approach now and will see if it is working during todays legs.....

Btw... this way updating software isnt intuitive, so instructions are needed from time to time

[virtuali]

Btw... this way updating software isnt intuitive, so instructions are needed from time to time

the updater is extremely intuitive, the only issue is that, we try to cover all possibly options, including bad downloads, firewalls blocking downloads and outdated internet caching, which is why we have an Offline installer to begin with.

If we just relied on a version number, there would be no way to be sure your local installation is fine.

[Darewell]

Couatl is crashing during my approaches.