FlightGear 2016.3.1 [Rio]

Talking about the core development, vent steam ... censoring free but no guarantee, "they" will listen.
Richard
Posts: 114
Joined: Sun Sep 11, 2016 5:57 pm

Re: FlightGear 2016.3.1 [Rio]

Postby Richard » Tue Sep 13, 2016 7:58 pm

The console was changed because FGRun would crash if an aircraft caused error messages.

It's a lot harder than it seems to make the console work reliably under Windows than you'd imagine. The old way had problems too; such as an exception being printed and then the window immediately closing making it a game of reflexes to try and get a screen capture to see the message.

Ideally Windows would just work like it does in unix; that way you could see the errors, redirect to a log file, or less.

I've got some Win32 code somewhere that worked reasonably well opening a console from a "GUI" application; but I can't find it and it took me a long time to get it right when I did it.

Personally I've given up with launchers for development and just make a batch file to do the necessary; it's much faster and now I get to see all of my errors. FGRun is great at giving you the command line arguments to use.

User avatar
IAHM-COL
Posts: 6409
Joined: Sat Sep 12, 2015 3:43 pm
Location: Homey, NV (KXTA) - U.S.A
Contact:

Re: FlightGear 2016.3.1 [Rio]

Postby IAHM-COL » Tue Sep 13, 2016 11:02 pm

Richard wrote:The console was changed because FGRun would crash if an aircraft caused error messages.



I can see your point about Win32, but here is my rub:

The console was a great tool to debug the errors that were in a plane, or that you created while developing them.
You read the console and its STDERR, and have a pretty good idea of what you need to clean up.

You need, This texture is not power of two, or the file config.xlm does not exist, or that WrongTextureName.png also fails to be find by ac3d.,
Those message provide reliable and invaluable information. Hidding them or never outputting is the shadowing of an effective debugging [especially since aircraft configs are not compiled, and thus you dont get compiler warning messages that tell you were you are going weird]

I see the convenience of hiding it for general usage, but to remove this info completely seems counterproducing.

If the output is causing bugs; I am of the opinion that you hunt those bugs, instead of kill the feature out.
https://raw.githubusercontent.com/IAHM-COL/gpg-pubkey/master/pubkey.asc

R.M.S.
If we gave everybody in the World free software today, but we failed to teach them about the four freedoms, five years from now, would they still have it?

Octal450
Posts: 2192
Joined: Sun Oct 18, 2015 2:47 am

Re: FlightGear 2016.3.1 [Rio]

Postby Octal450 » Tue Sep 13, 2016 11:04 pm

I cannot upgrade to this version because of this... Still on 2016.1.2. The last version without an issue causing me using FGFS to be harder.

User avatar
IAHM-COL
Posts: 6409
Joined: Sat Sep 12, 2015 3:43 pm
Location: Homey, NV (KXTA) - U.S.A
Contact:

Re: FlightGear 2016.3.1 [Rio]

Postby IAHM-COL » Tue Sep 13, 2016 11:05 pm

it0uchpods wrote:I NEVER had this errors...

But if that was the reason I blame LAZY DEVELOPERS for remove a useful thing instead of fixing it...


it0uchpods. STDERR is the generic name of the outputs of console when the program does something considered incorrect for the execution flow.
Generally, properly written software prints very informative STDERRs, and less properly written software prints very obscure and cryptic ones.

Flightgear is the kind of software that outputs no error, as it seems. Which leaves the developer in the black into howto debug their system. (read, how do you know what's wrong with your aircraft, specifically?)
https://raw.githubusercontent.com/IAHM-COL/gpg-pubkey/master/pubkey.asc

R.M.S.
If we gave everybody in the World free software today, but we failed to teach them about the four freedoms, five years from now, would they still have it?

Octal450
Posts: 2192
Joined: Sun Oct 18, 2015 2:47 am

Re: FlightGear 2016.3.1 [Rio]

Postby Octal450 » Tue Sep 13, 2016 11:08 pm

yup

D-ECHO
Posts: 436
Joined: Sat Jan 30, 2016 10:55 am

Re: FlightGear 2016.3.1 [Rio]

Postby D-ECHO » Wed Sep 14, 2016 3:53 pm

Richard wrote:Ideally Windows would just work like it does in unix; that way you could see the errors, redirect to a log file, or less.

Ideally all windows users had linux at least as a second operating system...

Octal450
Posts: 2192
Joined: Sun Oct 18, 2015 2:47 am

Re: FlightGear 2016.3.1 [Rio]

Postby Octal450 » Wed Sep 14, 2016 4:03 pm

I have linux on a PC somewhere.

But I prefer my Windows Vista Buisness x64. ;)

User avatar
Falcon
Posts: 127
Joined: Wed Aug 31, 2016 3:41 pm

Re: FlightGear 2016.3.1 [Rio]

Postby Falcon » Wed Sep 14, 2016 4:39 pm

At least there is a new version of flying software that I need to install when I get home. I cant wait to see what they screwed fixed this time

User avatar
IAHM-COL
Posts: 6409
Joined: Sat Sep 12, 2015 3:43 pm
Location: Homey, NV (KXTA) - U.S.A
Contact:

Re: FlightGear 2016.3.1 [Rio]

Postby IAHM-COL » Wed Sep 14, 2016 4:54 pm

D-ECHO wrote:
Richard wrote:Ideally Windows would just work like it does in unix; that way you could see the errors, redirect to a log file, or less.

Ideally all windows users had linux at least as a second operating system...


Ideally, Windows users would be bad memories from the past :ugeek: :ugeek: :oops: :oops: :lol: :lol:
https://raw.githubusercontent.com/IAHM-COL/gpg-pubkey/master/pubkey.asc

R.M.S.
If we gave everybody in the World free software today, but we failed to teach them about the four freedoms, five years from now, would they still have it?

User avatar
FL2070
Posts: 246
Joined: Tue Sep 22, 2015 4:48 pm
Location: Earth

Re: FlightGear 2016.3.1 [Rio]

Postby FL2070 » Wed Sep 14, 2016 7:22 pm

I use windows.
Soundpack requests are currently: PERMANENTLY CLOSED
Current WIP: None
See and download all my work: HERE


Return to “Core Development”

Who is online

Users browsing this forum: No registered users and 9 guests