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. Why doesn't the process be terminated?

Why doesn't the process be terminated?

Scheduled Pinned Locked Moved C / C++ / MFC
helpquestion
3 Posts 3 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.
  • Z Offline
    Z Offline
    zhaopzhi
    wrote on last edited by
    #1

    I have exited my application,why the process still lives in the "Windows Task manager"??? Plese help me! Rap off for you,for me,for our human.

    M M 2 Replies Last reply
    0
    • Z zhaopzhi

      I have exited my application,why the process still lives in the "Windows Task manager"??? Plese help me! Rap off for you,for me,for our human.

      M Offline
      M Offline
      Monty2
      wrote on last edited by
      #2

      Are You using some Third Party Lib ? It happened to me When i was programming Dialogic Boards as it turned out the SDK was Buggy C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg

      1 Reply Last reply
      0
      • Z zhaopzhi

        I have exited my application,why the process still lives in the "Windows Task manager"??? Plese help me! Rap off for you,for me,for our human.

        M Offline
        M Offline
        Mike Dimmick
        wrote on last edited by
        #3

        Two reasons I can think of. One is common, another is more rare. The common reason is that you haven't actually posted a quit message to the thread, so the thread is blocked waiting for a message that will never arise. This is more common in Win32 SDK programs. You should PostQuitMessage in response to a WM_NCDESTROY message. If using MFC, it should have done this for you, unless you've overloaded PostNcDestroy and not called the base class, IIRC. The rare reason is that something has deadlocked in DllMain. You can get this problem if you try to wait for an object in DllMain, or sometimes if you release a COM object in a static object's destructor. Check the rules for DllMain. Destructors for static objects run in the scope of DllMain for static objects in DLLs.

        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