<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">We've now collected a few crashes from CrashRpt. Currently showbug doesn't generate a report, but I will add that too. There are also many more errors that could be converted to showbug.<br>Even with just a 10 reports so far, it's a pain to go through them, so I've written a tool, misc/process_crashreports.py, to analyse them.<br><br>Generating a backtrace from the minidump was tricky -- I tried Microsoft's windbg and cdb and CrashRpt's own crprober but they all generated garbage, only Visual Studio's debugger (which is completely separate) worked. So I used Breakpad to analyse the minidumps instead, that's extra complexity but works great and is cross-platform and well maintained (Breakpad is used by both Chrome and Firefox and has associated client-side libraries to replace CrashRpt too not that I'm planning to)<br><br>Unfortunately wine is still needed to generate the .sym files from the .pdb file, so the process couldn't really be done on the server automatically. We could easily generate the .sym files (eg during the nightly build) and upload them with the pdbs, but still, if we can't run git on the server, then we can't annotate the backtraces with source code. But aside from that git isn't really needed, so I guess we could generate and email nearly-full report summaries automatically with the crashrpt php script.</div><div dir="ltr"><br></div><div>But otherwise, I'll just manually run the tool on the reports from time to time.<br></div><div dir="ltr"><br>I've attached the generated summaries of those 10 reports.<br>There is a summary of the summaries at the bottom of the file.<br><div>Still not summarised enough. <span style="font-family:monospace,monospace"></span>My summary of those summary-summaries is:</div><div>-one is a crash in DESCRIBE_TAG_AUTOSET_PLACES, which I know about but have been lazy about fixing</div><div>-two are new to me, they are in MAPEDIT_APPEND_IMPORTED_TILEMAPS. I found the cause of this. Hurrah! It was worth it!<br></div><div>-three are crashes while playing a MIDI file. So that still happens, although I can't reproduce it anymore :(<br></div><div>-the last four are from Charbile's gfx_sdl2 testing</div><div>--one is inside SDL2.dll and is the crash he reported when fullscreening at 1280*720<br></div><div>--the other three are in switch_gfx_backend, but this manifests as two different backtraces</div><div><br></div><div>We're going to need a better way to keep track of all of these. A text file with annotations is probably good enough, plus filing bug reports for crashes so we have a bug number to refer to.</div><div>But crashrpt actually has an accompanying web server/app for collecting, summarising and filing reports: <a href="http://crashfix.sourceforge.net/">http://crashfix.sourceforge.net/</a> CrashFix is probably quite overwrought for this task though.<br></div><div>(To my surprise, it can actually parse minidumps and pdb files to in order to produce stack traces, on linux. All other tools use Microsoft's libraries to read pdb files, including Breakpad.)</div><br></div></div></div></div></div>