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

Re: [TSVN] TSVN 1.2.1 explorer.exe crash

From: Matt Doran <matt.doran_at_papercut.biz>
Date: 2005-08-03 13:42:38 CEST

>The list of modules is (almost) useless for me. What I need is a stack
>trace of the crash. The single crash location isn't enough either,
>because that's inside the c-runtime lib and not in TSVN's code.

I also recently reported a crash and had no response .... probably coz
there's not enough info to help debug the problem.

I know you don't want to enable the crash handler in the shell
extension, because you'll also be sent unrelated reports from
explorer.exe. But what if we:

    * Only set the TSVN exception handler whilst running TSVN code.
      i.e. install it at the start of the shell methods and install the
      old handler at the end.
    * Try to filter out non TSVN crashes if they occur within this
      windows (ideas below).

I've recently added some exception handling to an application of ours
.... and I'm wondering whether there's a way to enable the error
reporter and conditionally send the error report only if the error
occurred in tortoisesvn.dll?? There's an example of getting the
module name where the crash occurred in GetModBase() in StackTrace.cpp.
Using this it should be possible to change the
"CustomUnhandledExceptionFilter" to only generate the error report if
the exception was raised in the TSVN dll.

If this is all a bit messy/risky. Would it be possible to have a hidden
registry setting to enable crash handling in the shell extension ....
and then only power users who want to help can turn this on if their
experiencing crashes.

Received on Wed Aug 3 13:43:20 2005

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.