Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. VS/C++ runaway process debugging

VS/C++ runaway process debugging

Scheduled Pinned Locked Moved C / C++ / MFC
c++visual-studiodebuggingquestion
2 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A Offline
    A Offline
    Alan Kurlansky
    wrote on last edited by
    #1

    How could I find out where a runaway process is looping? I can attach to the process using the VS debugger but not clear where to go from there. (Also, I tried to get a dump at that point but got a permanent hourglass and had to kill the VS session.) Or is there a way at some higher level to kill the process and cause it to take a crash dump that could later be analyzed?

    L 1 Reply Last reply
    0
    • A Alan Kurlansky

      How could I find out where a runaway process is looping? I can attach to the process using the VS debugger but not clear where to go from there. (Also, I tried to get a dump at that point but got a permanent hourglass and had to kill the VS session.) Or is there a way at some higher level to kill the process and cause it to take a crash dump that could later be analyzed?

      L Offline
      L Offline
      Lost User
      wrote on last edited by
      #2

      Alan Kurlansky wrote:

      How could I find out where a runaway process is looping?

      Interesting choice of words. It contains the WinDbg command that could help your situation. :) If you attach the WinDbg debugger you can issue the !runaway command which will show you the thread times. Any thread in an infinite loop will probably consume the most cpu time. You may also want to try "!locks" and "!analyze -v -hang" in case its not an infinite loop and actually a deadlock caused by synchronization objects. Off Topic: I really wish the VS team would add a commandline interface into the VS debugger. Best Wishes, -David Delaune

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups