Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problems with Control-C stopping ipcluster on Windows/Python2.6 #68

Closed
ipython opened this issue May 10, 2010 · 3 comments
Closed

Problems with Control-C stopping ipcluster on Windows/Python2.6 #68

ipython opened this issue May 10, 2010 · 3 comments
Milestone

Comments

@ipython
Copy link
Collaborator

ipython commented May 10, 2010

Original Launchpad bug 515376: https://bugs.launchpad.net/ipython/+bug/515376
Reported by: ellisonbg (Brian Granger).

When ipcluster is running and you hit Control-C, it should stop all of its child processes and then exit. On Windows, under Python 2.6, doing Control-C exits immediately and doesn't stop the child processes. When using the WinbHPC scheduler, these child processe are job.exe. When I add --log-level 10 to ipcluster and then retry, I see that it looks like the job.exe processes have already exited. This could be a tough one to track down and the problem could even be in Twisted.

@ellisonbg
Copy link
Member

This will be resolved when we refactor ipcluster to use subprocess of Python 2.6.

@minrk
Copy link
Member

minrk commented Mar 23, 2011

This is not a problem in the zmq newparallel code, and we won't fix it in Twisted.

@minrk minrk closed this as completed Mar 23, 2011
@ellisonbg
Copy link
Member

IPython.kernel is removed.

minrk pushed a commit to minrk/ipython that referenced this issue Jul 1, 2013
Fix for minor issue with upstream docutils.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants