How to quit ipdb while in post-mortem debugging? The 2019 Stack Overflow Developer Survey Results Are InStuck in Ipython debugger loopExiting Python Debugger ipdbDoes Post-Mortem Debugging in Python allow for Stepping or Continuing?Get IPython tab completion for ipdbStep-by-step debugging with IPythonHow to find the breakpoint numbers in pdb (ipdb)?Post mortem debugging of the multi-thread scriptsusing ipdb to debug python code in one cell (jupyter or Ipython)“Name Error: name 'get_ipython' is not defined” while preparing a debugging session via “import ipdb”PyCharm: how to do post mortem debugging in the ipython interactive console?ipdb commands obscured by variablesHow to recover from exception when debugging python?

Does a dangling wire really electrocute me if I'm standing in water?

What does Linus Torvalds mean when he says that Git "never ever" tracks a file?

Should I use my personal e-mail address, or my workplace one, when registering to external websites for work purposes?

Why not take a picture of a closer black hole?

What is the accessibility of a package's `Private` context variables?

Is "plugging out" electronic devices an American expression?

How to deal with fear of taking dependencies

How to save as into a customized destination on macOS?

Landlord wants to switch my lease to a "Land contract" to "get back at the city"

Are there incongruent pythagorean triangles with the same perimeter and same area?

How come people say “Would of”?

Is a "Democratic" Oligarchy-Style System Possible?

Does the shape of a die affect the probability of a number being rolled?

How technical should a Scrum Master be to effectively remove impediments?

Can a flute soloist sit?

How to notate time signature switching consistently every measure

Is there a symbol for a right arrow with a square in the middle?

Where to refill my bottle in India?

"as much details as you can remember"

Worn-tile Scrabble

Can someone be penalized for an "unlawful" act if no penalty is specified?

slides for 30min~1hr skype tenure track application interview

For what reasons would an animal species NOT cross a *horizontal* land bridge?

Apparent duplicates between Haynes service instructions and MOT



How to quit ipdb while in post-mortem debugging?



The 2019 Stack Overflow Developer Survey Results Are InStuck in Ipython debugger loopExiting Python Debugger ipdbDoes Post-Mortem Debugging in Python allow for Stepping or Continuing?Get IPython tab completion for ipdbStep-by-step debugging with IPythonHow to find the breakpoint numbers in pdb (ipdb)?Post mortem debugging of the multi-thread scriptsusing ipdb to debug python code in one cell (jupyter or Ipython)“Name Error: name 'get_ipython' is not defined” while preparing a debugging session via “import ipdb”PyCharm: how to do post mortem debugging in the ipython interactive console?ipdb commands obscured by variablesHow to recover from exception when debugging python?



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








23















I like to inspect error in a Python script by using:



$ python3 -m pdb my_script.py


This drops me into a pdb prompt from where I can c continue the execution, and when it hits error, I can inspect the variables and then q quit the script execution to get back to my shell.



I tried the same with iPython debugger module, since it is more colorful:



$ python3 -m ipdb my_script.py


However, I am not able to quit the debugger once I am done inspecting the error. Using the q quit command just keeps switching it between re-executing the script and post-mortem mode:



$ python3 -m ipdb my_script.py
ipdb> c
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> Inspect some variables at this point
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program


How to quit this debugger?










share|improve this question

















  • 1





    Does ^C or ^D not work? I've occasionally gotten something similar and had to ^C several times to exit

    – spruceb
    Aug 23 '16 at 1:04






  • 1





    @spruceb That doesn't work either!

    – Ashwin Nanjappa
    Aug 23 '16 at 1:55







  • 2





    Possible duplicate of Exiting Python Debugger ipdb

    – Ashwin Nanjappa
    Aug 23 '16 at 2:15






  • 2





    What's your ipython version? This problem does reproduce in ipython==5.1.1. Check out this comment: github.com/gotcha/ipdb/issues/111

    – ffeast
    Aug 25 '16 at 6:47







  • 1





    ^Z does not work either. ipdb catches it and displays ^Z.

    – Christian Long
    Aug 31 '16 at 14:32

















23















I like to inspect error in a Python script by using:



$ python3 -m pdb my_script.py


This drops me into a pdb prompt from where I can c continue the execution, and when it hits error, I can inspect the variables and then q quit the script execution to get back to my shell.



I tried the same with iPython debugger module, since it is more colorful:



$ python3 -m ipdb my_script.py


However, I am not able to quit the debugger once I am done inspecting the error. Using the q quit command just keeps switching it between re-executing the script and post-mortem mode:



$ python3 -m ipdb my_script.py
ipdb> c
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> Inspect some variables at this point
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program


How to quit this debugger?










share|improve this question

















  • 1





    Does ^C or ^D not work? I've occasionally gotten something similar and had to ^C several times to exit

    – spruceb
    Aug 23 '16 at 1:04






  • 1





    @spruceb That doesn't work either!

    – Ashwin Nanjappa
    Aug 23 '16 at 1:55







  • 2





    Possible duplicate of Exiting Python Debugger ipdb

    – Ashwin Nanjappa
    Aug 23 '16 at 2:15






  • 2





    What's your ipython version? This problem does reproduce in ipython==5.1.1. Check out this comment: github.com/gotcha/ipdb/issues/111

    – ffeast
    Aug 25 '16 at 6:47







  • 1





    ^Z does not work either. ipdb catches it and displays ^Z.

    – Christian Long
    Aug 31 '16 at 14:32













23












23








23


7






I like to inspect error in a Python script by using:



$ python3 -m pdb my_script.py


This drops me into a pdb prompt from where I can c continue the execution, and when it hits error, I can inspect the variables and then q quit the script execution to get back to my shell.



I tried the same with iPython debugger module, since it is more colorful:



$ python3 -m ipdb my_script.py


However, I am not able to quit the debugger once I am done inspecting the error. Using the q quit command just keeps switching it between re-executing the script and post-mortem mode:



$ python3 -m ipdb my_script.py
ipdb> c
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> Inspect some variables at this point
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program


How to quit this debugger?










share|improve this question














I like to inspect error in a Python script by using:



$ python3 -m pdb my_script.py


This drops me into a pdb prompt from where I can c continue the execution, and when it hits error, I can inspect the variables and then q quit the script execution to get back to my shell.



I tried the same with iPython debugger module, since it is more colorful:



$ python3 -m ipdb my_script.py


However, I am not able to quit the debugger once I am done inspecting the error. Using the q quit command just keeps switching it between re-executing the script and post-mortem mode:



$ python3 -m ipdb my_script.py
ipdb> c
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> Inspect some variables at this point
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
ipdb> q
Post mortem debugger finished. The my_script.py will be restarted
ipdb> q
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program


How to quit this debugger?







python ipython pdb ipdb






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Aug 23 '16 at 0:52









Ashwin NanjappaAshwin Nanjappa

35.9k64179262




35.9k64179262







  • 1





    Does ^C or ^D not work? I've occasionally gotten something similar and had to ^C several times to exit

    – spruceb
    Aug 23 '16 at 1:04






  • 1





    @spruceb That doesn't work either!

    – Ashwin Nanjappa
    Aug 23 '16 at 1:55







  • 2





    Possible duplicate of Exiting Python Debugger ipdb

    – Ashwin Nanjappa
    Aug 23 '16 at 2:15






  • 2





    What's your ipython version? This problem does reproduce in ipython==5.1.1. Check out this comment: github.com/gotcha/ipdb/issues/111

    – ffeast
    Aug 25 '16 at 6:47







  • 1





    ^Z does not work either. ipdb catches it and displays ^Z.

    – Christian Long
    Aug 31 '16 at 14:32












  • 1





    Does ^C or ^D not work? I've occasionally gotten something similar and had to ^C several times to exit

    – spruceb
    Aug 23 '16 at 1:04






  • 1





    @spruceb That doesn't work either!

    – Ashwin Nanjappa
    Aug 23 '16 at 1:55







  • 2





    Possible duplicate of Exiting Python Debugger ipdb

    – Ashwin Nanjappa
    Aug 23 '16 at 2:15






  • 2





    What's your ipython version? This problem does reproduce in ipython==5.1.1. Check out this comment: github.com/gotcha/ipdb/issues/111

    – ffeast
    Aug 25 '16 at 6:47







  • 1





    ^Z does not work either. ipdb catches it and displays ^Z.

    – Christian Long
    Aug 31 '16 at 14:32







1




1





Does ^C or ^D not work? I've occasionally gotten something similar and had to ^C several times to exit

– spruceb
Aug 23 '16 at 1:04





Does ^C or ^D not work? I've occasionally gotten something similar and had to ^C several times to exit

– spruceb
Aug 23 '16 at 1:04




1




1





@spruceb That doesn't work either!

– Ashwin Nanjappa
Aug 23 '16 at 1:55






@spruceb That doesn't work either!

– Ashwin Nanjappa
Aug 23 '16 at 1:55





2




2





Possible duplicate of Exiting Python Debugger ipdb

– Ashwin Nanjappa
Aug 23 '16 at 2:15





Possible duplicate of Exiting Python Debugger ipdb

– Ashwin Nanjappa
Aug 23 '16 at 2:15




2




2





What's your ipython version? This problem does reproduce in ipython==5.1.1. Check out this comment: github.com/gotcha/ipdb/issues/111

– ffeast
Aug 25 '16 at 6:47






What's your ipython version? This problem does reproduce in ipython==5.1.1. Check out this comment: github.com/gotcha/ipdb/issues/111

– ffeast
Aug 25 '16 at 6:47





1




1





^Z does not work either. ipdb catches it and displays ^Z.

– Christian Long
Aug 31 '16 at 14:32





^Z does not work either. ipdb catches it and displays ^Z.

– Christian Long
Aug 31 '16 at 14:32












3 Answers
3






active

oldest

votes


















6














This was a bug in IPython 5.1. It was fixed in this pull request and is no longer an issue from IPython 5.2 and onwards. You can now use q, quit(), or Ctrl+d to exit the debugger.






share|improve this answer






























    24














    As the user @ffeast commented, there is an open ipdb issue, and a few workarounds suggested. For me these worked well:



    • press ctrl+z and kill %1 (or whatever the Job number is)

    • execute ipdb> import os; os._exit(1)





    share|improve this answer

























    • ctrl+z won't really exit the process, it just sends it to the background. For example, you can get back into the debugger by using the command fg 1, you will see the debugger is still there. The second one import os; os._exit(1) worked in my case.

      – toto_tico
      Mar 8 at 9:24












    • True, updated answer with a follow up to kill bg process.

      – tutuDajuju
      Mar 8 at 9:55


















    0














    Use ctrl+z (or a second terminal), and kill the process.




    1. Open a second terminal:




      • Opcion A: Press ctrl+z


      • Opcion B: If you have access to a the Ubuntu GUI, open a second terminal (ctrl+alt+t)


      • Opcion C: If you only have access to a command line, access a second tty (ctrl+alt+F2)


      • Opcion D: If you are accessing a server through ssh, make a new connection from another terminal ssh server (use option B or C, so you can open a second connection to execute the command)


    : (if ctrl+z does not work, you can open a second terminal)



    1. Look for the corresponding python PID of the process ps -ax | grep python. For example, the process id for my process (python my_stucked_process.py) would be 112923:

     3085 tty1 Sl+ 15:53 /usr/bin/python /usr/bin/x-terminal-emulator
    112923 pts/2 Tl 0:01 python my_stucked_process.py
    113118 pts/2 S+ 0:00 grep --color=auto python


    1. Kill the process kill -9 112923


    @tutuDajuju suggested using ctrl+z but their suggestion will only send the process to the background (it will still exists consuming memory). You need to do the abovein order to really kill the process






    share|improve this answer























      Your Answer






      StackExchange.ifUsing("editor", function ()
      StackExchange.using("externalEditor", function ()
      StackExchange.using("snippets", function ()
      StackExchange.snippets.init();
      );
      );
      , "code-snippets");

      StackExchange.ready(function()
      var channelOptions =
      tags: "".split(" "),
      id: "1"
      ;
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function()
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled)
      StackExchange.using("snippets", function()
      createEditor();
      );

      else
      createEditor();

      );

      function createEditor()
      StackExchange.prepareEditor(
      heartbeatType: 'answer',
      autoActivateHeartbeat: false,
      convertImagesToLinks: true,
      noModals: true,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: 10,
      bindNavPrevention: true,
      postfix: "",
      imageUploader:
      brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
      contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
      allowUrls: true
      ,
      onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      );



      );













      draft saved

      draft discarded


















      StackExchange.ready(
      function ()
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f39090752%2fhow-to-quit-ipdb-while-in-post-mortem-debugging%23new-answer', 'question_page');

      );

      Post as a guest















      Required, but never shown

























      3 Answers
      3






      active

      oldest

      votes








      3 Answers
      3






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes









      6














      This was a bug in IPython 5.1. It was fixed in this pull request and is no longer an issue from IPython 5.2 and onwards. You can now use q, quit(), or Ctrl+d to exit the debugger.






      share|improve this answer



























        6














        This was a bug in IPython 5.1. It was fixed in this pull request and is no longer an issue from IPython 5.2 and onwards. You can now use q, quit(), or Ctrl+d to exit the debugger.






        share|improve this answer

























          6












          6








          6







          This was a bug in IPython 5.1. It was fixed in this pull request and is no longer an issue from IPython 5.2 and onwards. You can now use q, quit(), or Ctrl+d to exit the debugger.






          share|improve this answer













          This was a bug in IPython 5.1. It was fixed in this pull request and is no longer an issue from IPython 5.2 and onwards. You can now use q, quit(), or Ctrl+d to exit the debugger.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Feb 25 '17 at 23:42









          joelostblomjoelostblom

          9,88726277




          9,88726277























              24














              As the user @ffeast commented, there is an open ipdb issue, and a few workarounds suggested. For me these worked well:



              • press ctrl+z and kill %1 (or whatever the Job number is)

              • execute ipdb> import os; os._exit(1)





              share|improve this answer

























              • ctrl+z won't really exit the process, it just sends it to the background. For example, you can get back into the debugger by using the command fg 1, you will see the debugger is still there. The second one import os; os._exit(1) worked in my case.

                – toto_tico
                Mar 8 at 9:24












              • True, updated answer with a follow up to kill bg process.

                – tutuDajuju
                Mar 8 at 9:55















              24














              As the user @ffeast commented, there is an open ipdb issue, and a few workarounds suggested. For me these worked well:



              • press ctrl+z and kill %1 (or whatever the Job number is)

              • execute ipdb> import os; os._exit(1)





              share|improve this answer

























              • ctrl+z won't really exit the process, it just sends it to the background. For example, you can get back into the debugger by using the command fg 1, you will see the debugger is still there. The second one import os; os._exit(1) worked in my case.

                – toto_tico
                Mar 8 at 9:24












              • True, updated answer with a follow up to kill bg process.

                – tutuDajuju
                Mar 8 at 9:55













              24












              24








              24







              As the user @ffeast commented, there is an open ipdb issue, and a few workarounds suggested. For me these worked well:



              • press ctrl+z and kill %1 (or whatever the Job number is)

              • execute ipdb> import os; os._exit(1)





              share|improve this answer















              As the user @ffeast commented, there is an open ipdb issue, and a few workarounds suggested. For me these worked well:



              • press ctrl+z and kill %1 (or whatever the Job number is)

              • execute ipdb> import os; os._exit(1)






              share|improve this answer














              share|improve this answer



              share|improve this answer








              edited Mar 8 at 9:56

























              answered Oct 27 '16 at 8:00









              tutuDajujututuDajuju

              6,52524571




              6,52524571












              • ctrl+z won't really exit the process, it just sends it to the background. For example, you can get back into the debugger by using the command fg 1, you will see the debugger is still there. The second one import os; os._exit(1) worked in my case.

                – toto_tico
                Mar 8 at 9:24












              • True, updated answer with a follow up to kill bg process.

                – tutuDajuju
                Mar 8 at 9:55

















              • ctrl+z won't really exit the process, it just sends it to the background. For example, you can get back into the debugger by using the command fg 1, you will see the debugger is still there. The second one import os; os._exit(1) worked in my case.

                – toto_tico
                Mar 8 at 9:24












              • True, updated answer with a follow up to kill bg process.

                – tutuDajuju
                Mar 8 at 9:55
















              ctrl+z won't really exit the process, it just sends it to the background. For example, you can get back into the debugger by using the command fg 1, you will see the debugger is still there. The second one import os; os._exit(1) worked in my case.

              – toto_tico
              Mar 8 at 9:24






              ctrl+z won't really exit the process, it just sends it to the background. For example, you can get back into the debugger by using the command fg 1, you will see the debugger is still there. The second one import os; os._exit(1) worked in my case.

              – toto_tico
              Mar 8 at 9:24














              True, updated answer with a follow up to kill bg process.

              – tutuDajuju
              Mar 8 at 9:55





              True, updated answer with a follow up to kill bg process.

              – tutuDajuju
              Mar 8 at 9:55











              0














              Use ctrl+z (or a second terminal), and kill the process.




              1. Open a second terminal:




                • Opcion A: Press ctrl+z


                • Opcion B: If you have access to a the Ubuntu GUI, open a second terminal (ctrl+alt+t)


                • Opcion C: If you only have access to a command line, access a second tty (ctrl+alt+F2)


                • Opcion D: If you are accessing a server through ssh, make a new connection from another terminal ssh server (use option B or C, so you can open a second connection to execute the command)


              : (if ctrl+z does not work, you can open a second terminal)



              1. Look for the corresponding python PID of the process ps -ax | grep python. For example, the process id for my process (python my_stucked_process.py) would be 112923:

               3085 tty1 Sl+ 15:53 /usr/bin/python /usr/bin/x-terminal-emulator
              112923 pts/2 Tl 0:01 python my_stucked_process.py
              113118 pts/2 S+ 0:00 grep --color=auto python


              1. Kill the process kill -9 112923


              @tutuDajuju suggested using ctrl+z but their suggestion will only send the process to the background (it will still exists consuming memory). You need to do the abovein order to really kill the process






              share|improve this answer



























                0














                Use ctrl+z (or a second terminal), and kill the process.




                1. Open a second terminal:




                  • Opcion A: Press ctrl+z


                  • Opcion B: If you have access to a the Ubuntu GUI, open a second terminal (ctrl+alt+t)


                  • Opcion C: If you only have access to a command line, access a second tty (ctrl+alt+F2)


                  • Opcion D: If you are accessing a server through ssh, make a new connection from another terminal ssh server (use option B or C, so you can open a second connection to execute the command)


                : (if ctrl+z does not work, you can open a second terminal)



                1. Look for the corresponding python PID of the process ps -ax | grep python. For example, the process id for my process (python my_stucked_process.py) would be 112923:

                 3085 tty1 Sl+ 15:53 /usr/bin/python /usr/bin/x-terminal-emulator
                112923 pts/2 Tl 0:01 python my_stucked_process.py
                113118 pts/2 S+ 0:00 grep --color=auto python


                1. Kill the process kill -9 112923


                @tutuDajuju suggested using ctrl+z but their suggestion will only send the process to the background (it will still exists consuming memory). You need to do the abovein order to really kill the process






                share|improve this answer

























                  0












                  0








                  0







                  Use ctrl+z (or a second terminal), and kill the process.




                  1. Open a second terminal:




                    • Opcion A: Press ctrl+z


                    • Opcion B: If you have access to a the Ubuntu GUI, open a second terminal (ctrl+alt+t)


                    • Opcion C: If you only have access to a command line, access a second tty (ctrl+alt+F2)


                    • Opcion D: If you are accessing a server through ssh, make a new connection from another terminal ssh server (use option B or C, so you can open a second connection to execute the command)


                  : (if ctrl+z does not work, you can open a second terminal)



                  1. Look for the corresponding python PID of the process ps -ax | grep python. For example, the process id for my process (python my_stucked_process.py) would be 112923:

                   3085 tty1 Sl+ 15:53 /usr/bin/python /usr/bin/x-terminal-emulator
                  112923 pts/2 Tl 0:01 python my_stucked_process.py
                  113118 pts/2 S+ 0:00 grep --color=auto python


                  1. Kill the process kill -9 112923


                  @tutuDajuju suggested using ctrl+z but their suggestion will only send the process to the background (it will still exists consuming memory). You need to do the abovein order to really kill the process






                  share|improve this answer













                  Use ctrl+z (or a second terminal), and kill the process.




                  1. Open a second terminal:




                    • Opcion A: Press ctrl+z


                    • Opcion B: If you have access to a the Ubuntu GUI, open a second terminal (ctrl+alt+t)


                    • Opcion C: If you only have access to a command line, access a second tty (ctrl+alt+F2)


                    • Opcion D: If you are accessing a server through ssh, make a new connection from another terminal ssh server (use option B or C, so you can open a second connection to execute the command)


                  : (if ctrl+z does not work, you can open a second terminal)



                  1. Look for the corresponding python PID of the process ps -ax | grep python. For example, the process id for my process (python my_stucked_process.py) would be 112923:

                   3085 tty1 Sl+ 15:53 /usr/bin/python /usr/bin/x-terminal-emulator
                  112923 pts/2 Tl 0:01 python my_stucked_process.py
                  113118 pts/2 S+ 0:00 grep --color=auto python


                  1. Kill the process kill -9 112923


                  @tutuDajuju suggested using ctrl+z but their suggestion will only send the process to the background (it will still exists consuming memory). You need to do the abovein order to really kill the process







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Mar 8 at 9:43









                  toto_ticototo_tico

                  8,04034564




                  8,04034564



























                      draft saved

                      draft discarded
















































                      Thanks for contributing an answer to Stack Overflow!


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid


                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.

                      To learn more, see our tips on writing great answers.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function ()
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f39090752%2fhow-to-quit-ipdb-while-in-post-mortem-debugging%23new-answer', 'question_page');

                      );

                      Post as a guest















                      Required, but never shown





















































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown

































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown







                      Popular posts from this blog

                      1928 у кіно

                      Захаров Федір Захарович

                      Ель Греко