CrashRpt: Difference between revisions

Jump to navigation Jump to search
no edit summary
No edit summary
Line 2: Line 2:
{{Main article|Towards better troubleshooting}}
{{Main article|Towards better troubleshooting}}


the Windows builds (and the 3.0 release, assuming no issues are encountered) now includes a crash-reporting framework. If you experience a crash, please send a report using the dialog which appears - you can provide some additional info if you wish. Your log file, some system info (processor, time of day, Windows version, path to fgfs.exe) and a crash dump areipped-up and sent to a server, and using some additional steps a real back-trace can be produced. (We need to write a privacy policy document for this, current the URL is a 404 - basically saying we promise not to do anything evil with the report info, although I’m not sure how much evil is possible since it’s the same info we ask for in a bug-report - I have switched off the options to include registry contents, and FGFS doesn’t touch the registry anyway) (For the curious, I’m not using Google Breakpad because it’s huge and seems somewhat inactive, instead I’m using CrashRpt which is very compact, completely open-source and new-BSD-licensed: https://code.google.com/p/crashrpt/ - although we do need to include a copy of their license.txt file somewhere in the installer) <ref> {{cite web
the Windows builds (and the 3.0 release, assuming no issues are encountered) now includes a crash-reporting framework,  to help getting higher quality crash reports <ref> {{cite web
  | url    = http://forum.flightgear.org/viewtopic.php?p=192032#p192032
  | title  = <nowiki>Re: Loading forever: "loading navigation data"</nowiki>
  | author = <nowiki>zakalawe</nowiki>
  | date  = Oct 19th, 2013
  }}
</ref>
 
If you experience a crash, please send a report using the dialog which appears - you can provide some additional info if you wish. Your log file, some system info (processor, time of day, Windows version, path to fgfs.exe) and a crash dump areipped-up and sent to a server, and using some additional steps a real back-trace can be produced. (We need to write a privacy policy document for this, current the URL is a 404 - basically saying we promise not to do anything evil with the report info, although I’m not sure how much evil is possible since it’s the same info we ask for in a bug-report - I have switched off the options to include registry contents, and FGFS doesn’t touch the registry anyway) (For the curious, I’m not using Google Breakpad because it’s huge and seems somewhat inactive, instead I’m using CrashRpt which is very compact, completely open-source and new-BSD-licensed: https://code.google.com/p/crashrpt/ - although we do need to include a copy of their license.txt file somewhere in the installer) <ref> {{cite web
   | url    = http://sourceforge.net/p/flightgear/mailman/message/31877484/
   | url    = http://sourceforge.net/p/flightgear/mailman/message/31877484/
   | title  = <nowiki>[Flightgear-devel] Release candidates</nowiki>
   | title  = <nowiki>[Flightgear-devel] Release candidates</nowiki>

Navigation menu