[Libreoffice-qa] minutes of ESC call ...

Markus Mohrhard markus.mohrhard at googlemail.com
Mon Sep 18 17:44:04 UTC 2017

On Mon, Sep 18, 2017 at 6:10 PM, Michael Meeks <michael.meeks at collabora.com>

> Hi Markus,
> On 18/09/17 16:26, Markus Mohrhard wrote:
> >     * Crash Reporter (Xisco)
> >         + http://crashreport.libreoffice.org/stats/?days=128
> ...
> > I already spent more than a day looking into that issue. It is not a
> > problem in LibreOffice or our tooling. Merged libraries generarted with
> > MSVC 2015 seem to store pdb info differently and DIA (the MS API that
> > breakpad uses to access pdb info) is not able to extract any useful
> > information. The uploaded symbol information don't contain anything
> > useful so that breakpad is not able to generate useful backtraces for
> > the merged library.
>         Oh - interesting. So - did I understand right from the above that
> the
> problem is in the client-side up-load of the stack / symbol information ?

Yes. The problem is already during the collection of the symbol information
after the build as part of make symbols. [1] and [2] show two mergedlo.dll
symbol files that show that a significant part is already missing. As a
result there is no way to recover the stacktrace after a crash happens.

>         I'm curious what Mozilla are doing here since they default to
> VS2015 -
> and also have some "put everything in one big DLL" approach.

I have not looked at that. I checked if a newer breakpad version might help
but there was no solution. Additionally I had a test if the incremental
linking flag that we use would be the problem but that was also not
helping. The next step would be to debug the dump_syms executable from
breakpad and try to understand what is going wrong.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice/attachments/20170918/26f9ac60/attachment.html>

More information about the LibreOffice mailing list