nickhatz's blog

What I did this week

We fixed the path issue of breakpad

Then I studied the code of how chromium and libreoffice implements breakpad. After a thorough review I concluded that when a crash occurs we have to open a new process by opening a fork and create a child process, which then it will open the dialog window for asking the user if he/she wants to send the debug information. This dialog window will be different executable.

One implementation

What I did last Week

This week I made a pull request for my branch add-breakpad. After the pull, I had some issues on compiling it on Linux. I worked on this issue and now the code successfully passed the compiling tests for all three operating systems, linux, windows and OSX. Next I got many comments from my mentor and from other people in the community regarding cmake and appveyor. Following the comments and suggestions for cmake, breakpads is now

On my previous post we have three components: The building procedure where we have the creation of the symbol file, the generation of the minidump files on the client side and the webserver where it will integrate both symbol and minidumps to show the errors. For this week I got mostly involved into building Musescore and uploading the symbols to the webserver. For the webserver at this stage we are going to use backtrace.io .

For the building procedure I

Breakpads Implementation for Windows using mingw32

General Flow Chart:

[inline:muse_breakpads_mingw.png]

Generation of Symbol file: MuseScore.sym

a) Generation of Dwarf data
where MuseScore.exe needs to be build with g++ -g

b) Generation of pdb file from MuseScore.exe using cv2pdb (https://github.com/gsocnikos/musescore_crash/raw/master/cv2pdb/cv2pdb.e…) this exe I compiled it with MS VC++ 2015 and it works OK with mingw32 version 5.3.0 . I tried the precompiled version from https://github.com/rainers/cv2pdb/releases but it is not working. The following command will produce the MuseScore.pdb file, it

Requirements for the metadata gathering process of the client

Implementation
- The software shall use a hashmap which will contain a key and a value
- The software shall dump the map into JSON format it may use the disk or memory for storage

Specifications
- The metadata shall show how many seconds MuseScore has been running before
- The metadata shall show the load of the RAM at this time
- The metadata shall show the last command executed

I decided to make a flow chart to show the various processes of breakpads and where they took place:

[inline:muse_breakpads.png]

Next I made a Qt example based on the Qt breakpad integration example from here:
https://github.com/JPNaude/dev_notes/wiki/Using-Google-Breakpad-with-Qt

My source code of the example is locate here:
https://github.com/gsocnikos/musescore_crash/tree/master/qt_example/qt_…

My build is located here:
https://github.com/gsocnikos/musescore_crash/tree/master/qt_example/bui…

I compiled it using CMake and MSVC2015

When you run the exe it will show up a Qt window for a few seconds and after that the crash

I was able to compile breakpads client in windows environment with qmake(Qt creator) and mingw32 with this source code:
https://github.com/gsocnikos/musescore_crash/tree/master/windows_client

This is a simple example that generates a crash and creates a minidump file under c:\temp

The next step is to produce the symbol file from the executable. For this step breakpads comes with a precompiled tool called dump_syms. I tried all possibles ways using dump_syms to generate the sym file and I couldn't make it. dump_syms can not recognize

I am having issues on compiling breakpads on windows

I actually succeeded to compile libbreakpad.a using msys and mingw32

But I overpass some issues using this code for strtok_r which I found from stack overflow:

char* strtok_r(
char *str,
const char *delim,
char **nextp)
{
char *ret;

if (str == NULL)
{
    str = *nextp;
}

str += strspn(str, delim);

if (*str == '\0')
{
    return NULL;
}

ret = str;

str += strcspn(str, delim);

if (*str)
{
    *str++ =