Close
Showing results 1 to 10 of 50

Threaded View

  1. #29

    Default

    Quote Originally Posted by Moorea View Post
    it's just going into the debugger with no visible source stack trace - it was just running the default "start new instance" under debug -
    If it crashes in a way that opens the debugger, it won't be running in the debugger. There's a window that shows the call stack but I think it's closed by default. To see it, you probably have to go to Debug : Windows and select the Call Stack window.

    (do you have a log file where messages like
    HEAP[mojo.exe]: HEAP: Free Heap block 20efa68 modified at 20efa90 after it was freed
    would go when starting from windows normally ?)
    So far as I know, that particular error only gets noticed in debug builds and when they happen, the debugger breaks in and displays a dialog box, so I don't bother logging them.

    Most errors that can occur in release builds get logged in two files in

    %localappdata%

    If a memory error causes a crash, the program's "last resort" exception handler should be creating a mini dump with crash data including the address of the error. When the debugger gets called up automatically like it's doing for you, I think it already has the crash dump loaded.

    You're running your own build, right, so the debugger should have all the symbol tables etc. that it needs to show you everything.

    You can run the program in the debugger to begin with. That way when it crashes it will just stop wherever it crashed.

    Open the Call Stack window (explained above) and you should be able to see instantly where it crashed.
    Last edited by Freddie : 01-23-2010 at 10:09 PM
    �Author of HotkeyNet and Mojo

Posting Rules

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •