<div dir="ltr"><div dir="ltr">Hey Michael, all,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 12:44 AM Michael Meeks <<a href="mailto:michael.meeks@collabora.com">michael.meeks@collabora.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Markus,<br>
<br>
On 28/03/2019 16:13, Markus Mohrhard wrote:<br>
> so in general the fastest way to get some feedback might be to ping me<br>
> directly and give me some time to look into such issues. While I still<br>
> have quite bad internet and can't do any uploads of symbol information I<br>
> can still at least quickly inspect the problem.<br>
<br>
        That would be wonderful ! =)<br></blockquote><div><br></div><div><br></div><div>This one was caused by a missing symbol extraction after symbol upload. I could not find any reason in the log files that explains why the upload of the symbols would succeed but the unziping of the uploaded file would fail. As a result the symbol information for most of our own symbols were missing.</div><div><br></div><div>After a manual extraction I can see at least most of the libmerged symbols being resolved when I call minidump_stackwalk manually on the server. However, the mentioned symbol information issue still remains and in some cases where the top level stack frame is in a system library we still miss some resolved stack frames.<br></div><div><br></div><div>Regards,</div><div>Markus</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> One general problem that we have is that we have no recent windows debug<br>
> symbol information. I tried to move that service from my local machine<br>
> to the server during the Munich hackfest but did not manage to replicate<br>
> my setup well enough that valid symbol information are generated. Sadly<br>
> this has some knock-on effects as can be seen by some of the unresolved<br>
> crash reports. At least on Windows getting a backtrace requires that<br>
> enough of the stack pointers can be guessed from the dumped stack. This<br>
> relies to some to degree on the system symbol informations.<br>
<br>
        Interesting.<br>
<br>
> As soon as I have a non-mobile internet connection again I'll either run<br>
> a full set of system symbol download on my machine or finish the work on<br>
> moving that service to the server.<br>
<br>
        Much appreciated ! our top crasher is (obviously) the one without any<br>
symbol information that lurks in libmerged currently ;-)<br>
<br>
        Regards,<br>
<br>
                Michael.<br>
<br>
-- <br>
<a href="mailto:michael.meeks@collabora.com" target="_blank">michael.meeks@collabora.com</a> <><, GM Collabora Productivity<br>
Hangout: <a href="mailto:mejmeeks@gmail.com" target="_blank">mejmeeks@gmail.com</a>, Skype: mmeeks<br>
(M) +44 7795 666 147 - timezone usually UK / Europe<br>
</blockquote></div></div>