SuperTuxKart Crash Reporter

[SuperMat]

Hi all,

The server side code and the Submit-UI is already done (Submit-UI will be an dynamically generated HTML file, if the game UI crashes).

If someone wants to help, reply here.
Especially for the client side, I need help because I don't know C++!

Best regards,
SuperMAT

PS: I don't really know how to start or where I could upload the code.

[hiker]

Hi,

sorry for the long delay in answering - too busy with 0.8.1 and the GPL violations

Hi all,

The server side code and the Submit-UI is already done (Submit-UI will be an dynamically generated HTML file, if the game UI crashes).

This was one of our suggested topics for GSoC. While your work is certainly very interesting, we would need someone with time to look at (portable) crash handlers.

And, the followup problem: finding a server which can store the data, but even more: handle the data. At release time we have >1000 downloads a day. If even 1% crashes, that's 10 bug reports a day. Besides the storage space (depending on size of the uploaded info of course - I think it might be only a few KB, not 100MB of core dumps ) - we are just not enough people to even look at them That's one reason why this was never really high on our priority list

If someone wants to help, reply here.
Especially for the client side, I need help because I don't know C++!

Best regards,
SuperMAT

PS: I don't really know how to start or where I could upload the code.

I would be happy to give you a hand to get started - but admittedly, you would need to do some programming.

Cheers,
Joerg

[Funto]

Crash dumps are big - we could also just upload call stacks.
You can start simple by just doing one platform.
For Windows, use the StackWalk64 function from the Windows API
For Linux, I made some preliminary work here: viewtopic.php?f=18&t=1451

[SuperMat]

Just did some research (OS X):
1. SuperTuxKart crashes
2. OS X saves a log to ~/Library/Logs/DiagnosticReports/[PROCESSNAME]_[YEAR]-[MONTH]-[DAY]-[HOUR][MINUTE][SECOND]_[HOSTNAME].crash

But [HOSTNAME] is OS X's "LocalHostName", you can get it with

{l Code}: {l Select All Code}

scutil --get LocalHostName

and not the result of

{l Code}: {l Select All Code}

hostname

[Auria]

OSX is usually the platform where it is easiest to get a good crash report from users, yes

[Arthur]

And, the followup problem: finding a server which can store the data, but even more: handle the data.

Why not use the add-ons server as usual? Otherwise, I have been considering renting a VPS for a while, so server space for that is probably the least of our problems.