Thomas (boggyb) wrote,
Thomas
boggyb

Why debugging core/memory dumps on Windows is much more civilised than debugging on Linux

Reason #1: I can open a core/memory dump without having the corresponding executable.

Reason #2: I can get a complete library list from a core/memory dump without having the corresponding executable.

Reason #3: I can analyse a core/memory dump that came from a different system with different libraries without having to first get those symbols. In fact, I can analyse a core/memory dump without having to get *any* symbols.

Reason #4: I can specify an actual symbol path, that works, without having exactly match the directory structure on the system the core dump came from

Reason #5: Symbol servers. I don't even have to get the symbols myself - I can just tell Windbg "go grab symbols on-demand from these locations" and it Just Works.

Add all these reasons together, and it means that I can take a memory dump from a Windows 2003 server, open it in Windbg on my Windows XP desktop, and immediately be able to examine it. But I can't take a core dump from a Linux server running some random version and get anything remotely sane out of gdb on my Linux desktop.
Tags: rant
Subscribe

  • End of the Year meme 2019

    Welcome all to a new decade! What did you do in 2019 that you'd never done before? I'm... not sure there was anything new in 2019. Does seeing…

  • Week of books meme: day 7

    "To post seven books I love, one book per day. No explanations, no reviews, just covers. Everyday I'll ask a friend to share the challenge. Let's…

  • Week of books meme: day 6

    Whoops, missed this yesterday "To post seven books I love, one book per day. No explanations, no reviews, just covers. Everyday I'll ask a friend…

  • Post a new comment

    Error

    default userpic
    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 0 comments