FSDreamTeam forum
Products Support => GSX Support MSFS => Topic started by: cesarkambara on January 23, 2023, 09:38:03 pm
-
Just before i reach the gate in the LSZH and EBBR (so far), the gsx crashed and the attached error log appears to me.
I update the GSX Yesterday.
-
Please clarify which airplane you are using.
-
Fenix A320. Both cases
-
The the only possible reason for the error, is you don't have the latest update.
-
Happend to me yesterday in EGKK, LOWW, EDDH too.... IM ON THE CURRENT VERSION.
-
And again in EDDM today
Requested parking services to Gate 247
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 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EDDM', 'Requested assistance services at': 'Gate B 8R', 'Requested parking services to': 'Gate 247', 'User Pos': (48.356140928242205, 11.79647552469791, 452.844 m, 2.88105 m, 82.37009524098366, 0.004151198547333479, 0.001745329238474369, 0.00041488929500780924, 3.18211187210083, 1.0)}
When looking into the last line, the json object for the airport eddm .... why is my depature gate in ltfm mentioned there (GATE B 8R) ?
-
And again EDDM prior Pushback
emulateMenu_MSFS
Traceback (most recent call last):
File ".\common\criticalsection.py", line 23, in _synchronized
File ".\common\mpmenu.py", line 123, in emulateMenu_MSFS
IOError: [Errno 13] Permission denied: u'D:\\Programme\\Addon Manager/MSFS/fsdreamteam-gsx-pro/html_ui/InGamePanels/FSDT_GSX_Panel/menu'
{'Airport': 'EDDM', 'Requested assistance services at': 'Gate 247', 'Requested parking services to': 'Gate 247', 'User Pos': (48.35620001202694, 11.797197418588446, 452.835 m, 2.872 m, 83.40113340947175, 0.004450103733688593, 0.001745329238474369, 0.0003233602200062708, 3.18211187210083, 1.0)}
-
I can only confirm:
- The first error is caused by not having the latest version, because it's fixed in the current version. Please don't assume that, just because you see the "latest version" number, you have the latest version.
This has been explained so many times, just seeing the latest version number won't ensure you really have the latest version, which can happen due to having the manifest.json file updated ( which stores the version number ), but due to internet caching, you might not have the latest version of the file that fixed the update, which is any of the files that made the GSX code so, again, run the FSDT Live Update or the Offline installer AFTER the Live Update.
- The second error, instead, is completely different, doesn't normally happen, and seems to indicate antivirus interference, since it's not possible the program won't have permissions to write something into its own Addon Manager folder.
The antivirus might well be a cause of not getting the latest version of the files.
- Disable the firewall
- Configure the antivirus to add the WHOLE Addon Manager folder to the Antivirus EXCLUSIONS
- Run the FSDT Live Update again
- If that doesn't fix it, download and install the Offline installer, from the Sticky thread here.
-
Another mistake.
Today again at LSZH FSTD airport. My GSX is up to date since my first post
Attached is the error
-
AND AGAIN .... FRESH NEW INSTALLATION WITH THE LATEST VERSION !!!!
Traceback (most recent call last):
File ".\common\criticalsection.py", line 23, in _synchronized
File ".\GSX\__init__.py", line 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EDDB', 'Requested parking services to': 'Gate B 5', 'User Pos': (52.36493298852431, 13.504735614944503, 46.9238 m, 2.8804 m, 65.3141009907652, -0.0022790133953094482, 0.001745329238474369, -0.0002265150441275692, 3.18211187210083, 1.0)}
What drives me crazy is that you almost never see an issue at the software side...
-
This is every single flight for me. Couatly always has crashed between departure and arrival so every time I click the GSX icon when arrive at gate it just spins. Did I mention this is every single time. This is ridiculous.
-
I, too, had this issue -- Coautl would stop working mid-flight and every approach I made, I always had to restart it manually.... until Umberto provided 3 things to try -- no idea which of the 3 actually did it, but I don't have this issue anymore -- for the past week.
We think it may have been finally adding the entire Addon Manager folder to my anti-virus OR making it always run in admin mode OR checkmarking Windows 8 compatibility in the Couatl app permissions.
-
This is every single flight for me. Couatly always has crashed between departure and arrival so every time I click the GSX icon when arrive at gate it just spins. Did I mention this is every single time. This is ridiculous.
Your problem doesn't obviously have anything to do with this, your problem has been discussed so many times already, and the appropriate thread where it's discussed has several solutions to try:
https://www.fsdreamteam.com/forum/index.php/topic,28908.msg189510.html#msg189510
-
AND AGAIN .... FRESH NEW INSTALLATION WITH THE LATEST VERSION !!!!
A "fresh" installation is not really fresh, unless you manually remove all your custom airplane profiles, which the uninstaller won't remove (and it would be wrong if it did)
The error seems to indicate a problem with a custom profile for some airplane you are using, which you don't say which airplane it is so, if it's an airplane supported internally, try to RESET its configuration to default, so GSX will use the internal one.
-
It is fresh when windows was installed after formatting my harddrive. belive me when i say fresh. try to accept there might be a bug in your software...
-
It is fresh when windows was installed after formatting my harddrive. belive me when i say fresh.
You haven't said anything about reinstalling Windows, and I cannot possibly be sure you know that uninstalling/reinstalling GSX is not a fresh reinstall.
In addition to that, you posted two completely different errors, completely unrelated with each other, one clearly related to a custom airplane profile, but the other was a permission problem on one of the GSX own files, which cannot obviously be a GSX "bug", since under normal conditions you are always supposed to have permission to write there.
-
The permission bug was a one timer only .... the other one when arriving the gate still occurs on some airports
-
There it is in LOWW again
Requested parking services to Gate F 37
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 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'LOWW', 'Requested assistance services at': 'Gate 4B', 'Requested parking services to': 'Gate F 37', 'User Pos': (48.11638136890476, 16.56941979076123, 185.815 m, 2.87854 m, 21.100913832106443, 0.0041631292551755905, 0.001745329238474369, 0.0002700680350077131, 3.18211187210083, 1.0)}
What i dont understand why is the Depature Gate (today in EDDH mentioned -> 4B is for EDDH ; F37 is for LOWW arrival
'Requested assistance services at': 'Gate 4B', 'Requested parking services to': 'Gate F 37'
The crash is only at some airports (see above)... some work fine .... after crashing and restarting coutl ... continue parking at gate with vdsg works fine to the end.....
-
The permission bug was a one timer only .... the other one when arriving the gate still occurs on some airports
And again, you never said it only happened once, yet you posted the log, so I can only comment on what I see, and that's clearly a very different problem that simply cannot happen, unless doing something really weird, like being able to start two instances of the Couatl engine, which I don't think it's even possible, or maybe restarting it too quickly after having closed it, or antivirus interference.
The other errors you are keep posting, I really cannot understand, because of course I cannot reproduced them but, from how they look like, they seem related to an airplane with a custom profile that for some reason can't be read.
Of course, had you said which airplane you are using, and if you are using a custom profile for it, might help finding the problem more easily.
-
It's the A320 Fenix. I dont use a custom profile. I just fly from A to B, want to park the plane at the gate und some seconds after vdgs system has started to guide the plane ... it crashes.
I posted 3 Situtations ... the first was at EDDM
Traceback (most recent call last):
File ".\common\criticalsection.py", line 23, in _synchronized
File ".\GSX\__init__.py", line 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EDDM', 'Requested assistance services at': 'Gate B 8R', 'Requested parking services to': 'Gate 247', 'User Pos': (48.356140928242205, 11.79647552469791, 452.844 m, 2.88105 m, 82.37009524098366, 0.004151198547333479, 0.001745329238474369, 0.00041488929500780924, 3.18211187210083, 1.0)}
Gate B 8R refers to depature Gate at LTFM
The second in EDDB
Traceback (most recent call last):
File ".\common\criticalsection.py", line 23, in _synchronized
File ".\GSX\__init__.py", line 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EDDB', 'Requested parking services to': 'Gate B 5', 'User Pos': (52.36493298852431, 13.504735614944503, 46.9238 m, 2.8804 m, 65.3141009907652, -0.0022790133953094482, 0.001745329238474369, -0.0002265150441275692, 3.18211187210083, 1.0)}
And LOWW
Traceback (most recent call last):
File ".\common\criticalsection.py", line 23, in _synchronized
File ".\GSX\__init__.py", line 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'LOWW', 'Requested assistance services at': 'Gate 4B', 'Requested parking services to': 'Gate F 37', 'User Pos': (48.11638136890476, 16.56941979076123, 185.815 m, 2.87854 m, 21.100913832106443, 0.0041631292551755905, 0.001745329238474369, 0.0002700680350077131, 3.18211187210083, 1.0)}
Gate 4B refers to depature Gate at EDDH
AND AGAIN THE QUESTION
Why is each time the depature gate mentioned in the json object?
-> Requested assistance service at ----- THIS refers to the gate where i depart from.
What about this when you look in the python error
TypeError: %d format: a number is required, not NoneType
The daparture gate was always something like 5B so alphanumerical. For what reason ever gsx takes the depature gate in consideration and is looking for a number ... that wont work and causes an exception.
Take a look into the role the depature gate plays in this context.
-
What about this when you look in the python error
TypeError: %d format: a number is required, not NoneType
The departure gate was always something like 5B so alphanumerical. For what reason ever gsx takes the departure gate in consideration and is looking for a number ... that wont work and causes an exception.
Please don't try to diagnose something without any idea of the context it happens and no, numeric vs alphanumeric here is NOT the issue and NOT what that error is telling.
The error happens in the context of checking the airplane parking brakes and it doesn't have anything to do with gate names, it seems that for some reason, the custom xml expression to check for a custom parking brake has been called with an empty parameter instead of the actual expression, as if the custom parking brake in the airplane profile couldn't be read for some reason.
And that's why I asked if you are using a custom airplane profile, since I know for sure the custom parking brakes in the default internal database for the Fenix is surely not null so, please, could you check again if GSX is using the internal database for the Fenix ?
-
Whatever.
As i told you: No cutomized profile.
-
As i told you: No cutomized profile.
And again, I had to be sure, since it's very easy to have a custom airplane profile without realizing it.
Since I cannot replicate any of what you are reporting, please clarify exactly:
- Which airports you are using.
- If you are using custom GSX profiles for them. If you do, indicate precisely which profile you are using.
-
As i told you above, the 3 airports where it happend so far are:
- EDDM
- EDDB
- EDDH
-
As i told you above, the 3 airports where it happeend so far are:
Please stop saying "as I told you" after having supplied obviously incomplete informations.
OF COURSE I know which airports this happened, it was right there in your log! But that's not very helpful, because I need to know exactly the parking situation there to have some idea why this could possibly happen, and if you just indicate the ICAO ( which again, was right there in your log, so it clearly wasn't what I asked ), it won't say anything about the airports, should I assume they are default ?
Since you also said GSX crashed after the VGDS activated, clearly these cannot be default or, at the very least, they would have a custom GSX profile that added VGDS, that's why I asked which airports are these ( who made it, if they are not default ) and/or if you are using a custom GSX profile for them, and which one.
-
Ok, that you asked for the developer of the airport was not clear.
- limesim-airport-eddb-berlin
- simwings-airport-eddh-hamburg
- simwings-airport-eddm-munich
its not exactly when the gsx vdgs are activated.... it happens after the vdgs recognize the awaited aircraft has lined up towards the gate, when the alignment is shown ... i dont know if it is just a coincidence
-
You still haven't provided the other part of the information I asked: are you using custom GSX profiles for these airports ? If yes, which ones ?
That is assuming you are using GSX's VGDS, which can only appear with a GSX custom profile.
-
The profiles are attached in my post above
-
AND AGAINNNNNNNN
Official KORD profile.
-
KORD USING PMDG 737. But this occur with all airplanes.
follow the print..
-
I add Asobo's EHAM Airport
Traceback (most recent call last):
File ".\common\criticalsection.py", line 23, in _synchronized
File ".\GSX\__init__.py", line 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EHAM', 'Requested assistance services at': 'Gate A 217', 'Requested parking services to': 'Gate B 23', 'User Pos': (52.3045052334812, 4.763435387805124, -0.615142 m, 2.88116 m, 240.3347315915653, 0.004350215662270784, 0.001745329238474369, 0.00017300536947416448, 3.18211187210083, 1.0)}
You said it has something to do with brakes .... while taxing i use the brakes on my rudder pedals to support steering or braking... when pushing the brakes too hard and the fenix stops, it is like setting the parking brake because the fenix will not move again until i push both rudder pedals to release the brakes ...
During approaching the gate it happens that got stoped for using the brakes to much .. maybe a clue ?!
-
The error has nothing to do with using or not the brakes in the sim. As I've said already, it seems that for some reason the custom parking brake test becomes null something that, not only nobody else has reported before except you and just one other user in this thread, but I cannot reproduce it, using EDDM, and the profile you posted here, see this video I made, parking to the same Gate 247 from your error log, with the Fenix A320, with the same profile you use:
Note that, we'll have a "fix" for the error in the next update but, the fix will just prevent GSX from stopping if it happens, it won't fix the root cause which I cannot reproduce, which is the custom parking brake test expression gone, which is the real cause of the problem and I can't see how it can possibly happen, without using a custom airplane profile. You might not see the error anymore in the next update but, the parking brake won't be detected anyway.
-
Its not only the Fenix ... also with pmdg 737-900ER while approaching the gate in EDDB
Traceback (most recent call last):
File ".\common\criticalsection.py", line 23, in _synchronized
File ".\GSX\__init__.py", line 974, in checkAirplane
File ".\common\aircraftData.py", line 1169, in brakesPosition
File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EDDB', 'Requested assistance services at': 'Gate B 23', 'Requested parking services to': 'Gate B 3', 'User Pos': (52.36565160103732, 13.504205842838852, 46.4971 m, 2.48214 m, 67.64291654709115, 0.013924969360232353, 0.024434609338641167, -0.00022777330976805175, 2.553919111633301, 1.0)}
After restarting Coutl approaching the gate works fine.
-
Its not only the Fenix ... also with pmdg 737-900ER while approaching the gate in EDDB
You said it happened with the Fenix at EDDM, and posted the airport profile you use there. Which is why I made a video with the Fenix, at EDDM, using your profile, and selected the very same gate. Am I supposed to do another one with the PMDG, even if I'm quite sure it won't happen here ?
The only possible suggestion if wait for the next update which, as I've said, will surely remove the error but, it won't remove the cause, at least not in your case, which I still cannot understand how can possibly happen if you are not using a custom airplane profile with some kind of error in it.
-
Any interferences with Stream Deck Plugins, Axis and Ohs ?
Any idea what (key press etc?) would cause the error? I want to understand what causes this exception
-
Any interferences with Stream Deck Plugins, Axis and Ohs ?
If you have those, the easiest way for you to test, is not use them.
Any idea what (key press etc?) would cause the error? I want to understand what causes this exception
As I've said, you are looking at the effect ( the exception ), which is very easy to prevent. But it won't solve the cause, which I cannot understand why it can possibly happen, other than an error in the custom airplane profile containing an empty or completely wrong parking brake test, which you don't use.
-
What i've found out is that it works fine when after you close coutl after departing and re-open coutl after landing.... no crash an gate arrival ... it only crashs when you depart with gsx and then arrive..... thats brings me back to the question i asked often in this thread: why is this json object in the error refering to the departure airport... you never answered this question...
So why it works fine if there is "no departure airport" but crashes when coutl stays open all the flight (from boarding to gate arrival)
-
why is this json object in the error refering to the departure airport... you never answered this question...
I never answered, because having or not a departure airport cannot possibly have anything to do with this problem which, AGAIN, it's caused ( on your system ), but an airplane with a custom parking brake test that for some reason has become a null expression.
Also, I'm not sure know what do you mean with "this json object in the error", please clarify.
-
This json
{'Airport': 'EDDB', 'Requested assistance services at': 'Gate B 23', 'Requested parking services to': 'Gate B 3', 'User Pos': (52.36565160103732, 13.504205842838852, 46.4971 m, 2.48214 m, 67.64291654709115, 0.013924969360232353, 0.024434609338641167, -0.00022777330976805175, 2.553919111633301, 1.0)}
Why is the depature gate mentioned there ?
-
That's not a .json, it's a Python dictionary dump.
The departure gate is not a problem, the problem ( as I've said, multiple times ), is that for some unknown reason your airplane has a null custom parking brakes test. Why should I have to repeat this, over and over ?
Have you updated the program ? We had an update yesterday.
-
And i continue asking: Why GSX crashes when there was a depature aiport, and does not crash when there was no depature airport. What is the difference .... give this idea a chance and dont block any idea's
-
Versions have changed... the error has not
Updated GSX, via standalone installer & fsdt installer (3 rounds update pushed)
{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.35058796400391, 11.79384695361248, 452.848 m, 2.87831 m, 262.90867624861994, 0.004319478757679462, 0.001745329238474369, 0.00024081377096612104, 3.18211187210083, 1.0)}
EDIT also restarting doesnt prevent the error anymore ... 1 minute later again
emulateMenu_MSFS CHOICE 1
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 '2098459744'
{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.350640638835955, 11.79458515155914, 452.851 m, 2.88069 m, 263.2794014550037, 0.003903202014043927, 0.001745329238474369, -0.00015434579117918923, 3.18211187210083, 1.0)}
WASM: Menu choice received
emulateMenu_MSFS CHOICE 2
channel.balance = -1
Error: exception UNRECOGNIZED_ID in call RemoveClientEvent param #2 '2098459744'
{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.350640638835955, 11.79458515155914, 452.851 m, 2.88069 m, 263.2794014550037, 0.003903202014043927, 0.001745329238474369, -0.00015434579117918923, 3.18211187210083, 1.0)}
Requested parking services to Gate B 223
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: %d format: a number is required, not NoneType
{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.350614330347234, 11.794228936764398, 452.85 m, 2.88014 m, 265.5654859162236, 0.004121821373701096, 0.001745329238474369, 0.0002398781182380839, 3.18211187210083, 1.0)}
-
Versions have changed... the error has not
What hasn't changes, is that still I cannot reproduce it. I added another check to prevent it, which might hopefully give extra debug information to know why it doesn't happen to anybody else except you and another user. No, the version won't change now, just run the update, and the log should be different and shouldn't cause an error. However, I would still need to read the log, even if no error comes out anymore.
-
Did 3 flights yesterday, 3 today everything worked so far ... but on the last flight while arriving the gate in egph
The error shows to requests for gate 4a ... never choosed 4a .... just 4 (mentioned as third)
Error: exception UNRECOGNIZED_ID in call AddClientEventToNotificationGroup param #2 '1404224176'
{'Airport': 'EGPH', 'Requested assistance services at': 'Gate 107', 'Requested parking services to': 'Gate 4A', 'User Pos': (55.948920417764285, -3.369959021027102, 32.7248 m, 2.87914 m, 59.61959080156403, 0.0045136138796806335, 0.001745329238474369, 0.0006080661906429093, 3.18211187210083, 1.0)}
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 0
channel.balance = -1
Error: exception UNRECOGNIZED_ID in call RemoveClientEvent param #2 '1404224176'
{'Airport': 'EGPH', 'Requested assistance services at': 'Gate 107', 'Requested parking services to': 'Gate 4A', 'User Pos': (55.949029856009695, -3.369625915143736, 32.7261 m, 2.87977 m, 59.65569015030608, 0.0044967783614993095, 0.001745329238474369, 0.0007221081070068261, 3.18211187210083, 1.0)}
Requested parking services to Parking 4
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': 'EGPH', 'Requested assistance services at': 'Gate 107', 'Requested parking services to': 'Parking 4', 'User Pos': (55.94801348724543, -3.3668739536682635, 32.7553 m, 2.87779 m, 86.29314230412687, 0.004258604720234871, 0.001745329238474369, -0.0, 3.18211187210083, 1.0)}
-
Did a flight from EBBR to EGCC (Maccosim) yesterday and observed the same issue: 10m before reaching the final parking position at EGCC couatl.exe crashed and restarted... I am using the EGCC custom profile from flightsim.to, the only one available over there: https://flightsim.to/file/38303/gsx-profile-egcc-manchester-maccosim
Did not use the offline installer for quiet some time now, will do it now and see if it happens on my next flight again.
-
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.
-
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)
-
Hello,
As I already wrote in another post, this issue has disappeared for me by launching MSFS (and GSX) in administrator mode.
-
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.
-
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.
-
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
-
It is still crashing...
-
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.
-
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)}
-
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.
-
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
-
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.
-
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 ;)
-
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.
-
Couatl is crashing during my approaches.
-
Couatl is crashing during my approaches.
Do you have a log file made after the crash ?