-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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 the IPython console #5596
Comments
My answers:
Please give us a clear way to reproduce this problem. Simply saying this is not useful.
Quite true. We do a lot of stuff when starting a new kernel, that's why it takes so much time: https://github.com/spyder-ide/spyder/blob/3.x/spyder/utils/ipython/start_kernel.py Instead of restarting consoles, you should simply reset their namespaces. It's basically equivalent.
It wasn't. Please see issue #4524 for our reasons to do it.
Also true. Sorry, but this is a problem between
You're welcome to send us a pull request to implement that feature for the IPython console. It consumed a lot of CPU though, so you would need to fix that.
No, and it's not going to come back, sorry.
The IPython console is working for most people. |
I've now extensively played with Spyder on Ubuntu and must say it works nicely. Respect! But I also conclude that you, developer(s), don't go to touch Windows very often. And here is the contradiction: you've turned your development towards newbies in Python (otherwise I can't explain all this love to IPython), but most of newbies sit in Windows, I believe, and I doubt you've tested the Spyder's IPython console in Windows for a whole single day (well, if you don't test Hello World scripts). And you may disbelieve me but it is much much worse there in Windows. I wish you good luck in making Spyder in Windows great again. |
Could you let us know how it's failing for you? I'm developing one of my papers on Windows, and I haven't found any serious problem while doing it. Most probably the issues you're seeing are generated by your firewall/antivirus, which is forbidding sockets communication in your PC. Besides, please read carefully the reasons I posted on issue #4524: we had to remove the Python console because it was broken on Windows and we didn't know how to fix it. Finally, we didn't remove the Python console because we love IPython, but because the IPython/Jupyter architecture is far more robust, well documented and widely used than the Python console one. That architecture was quite similar but not developed by us, but by Spyder's original author, which (unfortunately) retired from the project several years ago. |
Closing because of lack of response. |
An error ocurred while starting the kernel Traceback (most recent call last): please help me to resolve this issue |
Hello,
Spyder is a great IDE. ...Well, it was, before the internal console had been removed. Since then it has been a constant fight with the IPython console and a continuous hope it will be solved. This issue I have on all my computers, in Python 2 and 3, and in WinPython and (especially) in Anaconda.
The kernel is constantly dying. After a few, frequently just one, restarts of a script the kernel is hanged. I spend a few long seconds until I realize it is hanging and a few long seconds for closing the tab. The start of a new kernel is also not fast. Having it repeated a few tens times a day makes me quite angry. I saw the comments about this issue and the answers that this was not Spyder's problem. Fine, but you know that the problem exists. Why the simple console was removed while being a perfect tool for many?
The Spyder's IPython console is not a friend of multiprocessing. Try this simple example.
It perfectly runs in an external console and doesn't in Spyder's IPython. The problem sits in sitecustomize.
Uncomment that line before Pool to make it work. To cure a big project is much harder -- and this is not a problem of that project, actually.
Is there way to return the old console or to opt for a smaller subset of the IPython console that would simply work?
Thanks!
Konstantin
The text was updated successfully, but these errors were encountered: