[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Extra info in the crash reports on crash-server.com?

From: Ivan Zhakov <ivan_at_visualsvn.com>
Date: Fri, 6 Sep 2013 18:39:34 +0400

On Tue, Sep 3, 2013 at 9:46 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> On 03.09.2013 09:43, Ivan Zhakov wrote:
>> On Sat, Aug 31, 2013 at 4:33 PM, Stefan Küng <tortoisesvn_at_gmail.com>
>> wrote:
>>> On 31.08.2013 13:49, Lieven Govaerts wrote:
>>>> Hi,
>>>> I've been looking at the crash reports for TSVN on crash-server.com,
>>>> specifically those related to the serf library.
>>>> When analyzing the reports and associated dump files, I've often found
>>>> that not enough information was available to correctly assess the
>>>> context of when the issue occurred. The stack trace alone is not
>>>> sufficient, especially because:
>>>> a) the stack trace available directly on the website only shows function
>>>> names
>>>> b) I've noticed in the detailed stack traces that Stefan Küng sends to
>>>> the svn-dev mailing list that the line numbers do not match with the
>>>> source code (there is an offset).
>>> If they have an offset, then most likely you don't use the exact same
>>> files. Or: the files have inconsistent EOLs and the debugger then
>>> calculates the line numbers wrong.
>>>> c) the minidump files that I've downloaded never had function
>>>> parameter or local variable values for code in the svn or serf
>>>> library, at least, the values were corrupt from the point where the
>>>> the code path entered the svn library.
>>>> Note: for analysing the 1.8.1 minidumps I've used the 1.8.1 symbol
>>>> files, so there shouldn't be a version mismatch involved.
>>> You should use the exact debug symbols I used for the build. Those debug
>>> symbols are stored on the crash-server.com server.
>> Hi Stefan,
>> I noticed that you're not using "/Oy-" (Frame-Pointer Omission) [1]
>> when building serf and Subversion. This option used for default
>> Subversion/serf builds. Without this option optimizing compiler
>> suppresses creation of frame pointers on the call stack. And this
>> makes debugging crash dumps very difficult. May be it worth to add
>> "/Oy-" after "/O2" to disable frame-pointer omission to make debugging
>> easier.
> Will do, but that option only works for 32-bit builds. So if you're
> analyzing an x64 crash dump, that option has no effect there and it wouldn't
> be the reason for not enough info in the crash dump.

I've checked how CrashServer library works and it seems it uses
separate process to create dump files passing exception information
serialized to child process. Probably this is reason why we're missing
some information in dump files uploaded to crash-server.com.

Ivan Zhakov
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2013-09-06 16:54:06 CEST

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.