Products Support > GSX Support FSX/P3D

Couatl stays running

<< < (6/7) > >>

virtuali:
Maybe the problem is the log file itself, try too reboot Windows and remove it before launching FSX.

Angelo:
Okay I did that, the problem still exists. Also, the new ERR file has been generated and continues to grow by 1KB per second as long as the program is running. So looking at the file closed in the Virtualli folder the size will go from 330, 331, 332, 333, 334KB on upwards every second until I physically stop by turning off the PC.

Angelo:
Wow, I just got the ERR file to open finally! Turns out....

couatl v2.0 (build 2290)
panic log started on Wed Feb 08 23:03:32 2012
error in config file C:/Users/Angelo/AppData/Roaming/Virtuali/CouatlAddOns.ini: no value given in 'disable_on_airports ='

I must have deleted one line too many here, as soon as I put KLAS back in the list because I use AES there, the wait sign disappeared and CPU load went back to IDLE. Wow go figure that.

Sorry for being a pain Umberto, but I am really glad yo stuck around to help me out on this one, I appreciate your help.

Now I can return to HAPPY SIMMING!

Angelo

WebMaximus:

--- Quote from: virtuali on February 09, 2012, 01:27:42 am ---So, the first FSX after a reboot, everything works normally, but if you close FSX Couatl doesn't close automatically, and you can't even close it manually with the Task manager ?

Since it works on the first launch, have you checked if the Audio setting panel is saying something about problems with the audio, as I've asked before ?

--- End quote ---

No, it doesn't work the first time...as soon as I launch FSX I get the waiting cursor just as described by others and as I said in my previous posts both in this and the other thread.

And no, I can't close couatl via the Task Manager as trying to do so will give me the error message I already posted.

virtuali:

--- Quote ---error in config file C:/Users/Angelo/AppData/Roaming/Virtuali/CouatlAddOns.ini: no value given in 'disable_on_airports ='

I must have deleted one line too many here, as soon as I put KLAS back in the list because I use AES there, the wait sign disappeared and CPU load went back to IDLE. Wow go figure that.
--- End quote ---

Ah!

That's it, there's a reason why the installer by default puts disable_on_airports = None by default, because an .INI with a key and no value after the = sign it's illegal, and would confuse the .INI parser that comes with the standard Python language, but since the disable_on_airports key is NOT rewritten by the installer after running it again (in order to keep your excluded airports list), if you corrupt it once, it will stay that way.

In theory, there must be some code to deal with that special case, but maybe it's not working now.

Navigation

[0] Message Index

[#] Next page

[*] Previous page