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

IPython Notebook kernel crash on Win7x64 #3941

Closed
jdfreder opened this issue Aug 7, 2013 · 12 comments
Closed

IPython Notebook kernel crash on Win7x64 #3941

jdfreder opened this issue Aug 7, 2013 · 12 comments
Milestone

Comments

@jdfreder
Copy link
Member

jdfreder commented Aug 7, 2013

IPython Notebook kernel crash on Win7x64

Procedure:

  1. Run ipython3 notebook
  2. When the IPython dashboard rendered, I clicked the new notebook button.
  3. When the notebook frontend rendered, a kernel crash dialog popped up and said the kernel would automatically restart. The automatic restart failed in addition to my attempt to manually restart the kernel.

System:

OS: Windows 7 Ultimate 64 bit
Environment: Python 3.3.2 32-bit
Browser: Mozilla Firefox 22.0
Installed Python Dependencies:
    nose
    pygments
    tornado
    pyzmq
    Jinja

Error message:

SyntaxError: invalid syntax
2013-08-07 13:32:16.908 [NotebookApp] KernelRestarter: restarting kernel (4/5)
WARNING:root:kernel 75a6a60d-e328-4a56-b19a-be90911baf71 restarted
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File ".\IPython\__init__.py", line 43, in <module>
    from .config.loader import Config
  File ".\IPython\config\__init__.py", line 16, in <module>
    from .application import *
  File ".\IPython\config\application.py", line 286
    print os.linesep.join(lines)
           ^
SyntaxError: invalid syntax
2013-08-07 13:32:20.112 [NotebookApp] WARNING | KernelRestarter: restart failed
2013-08-07 13:32:20.112 [NotebookApp] WARNING | Kernel 75a6a60d-e328-4a56-b19a-b
e90911baf71 died, removing from map.
ERROR:root:kernel 75a6a60d-e328-4a56-b19a-be90911baf71 restarted failed!

Looks like a similar problem was reported here: https://github.com/samueljohn/homebrew-python/issues/23

@minrk
Copy link
Member

minrk commented Aug 7, 2013

You don't have a proper install of IPython. This can happen if you have done python setup.py build with Python 2 prior to doing it with Python 3, which can skip the 2to3 pass.

@jdfreder
Copy link
Member Author

jdfreder commented Aug 7, 2013

Ahh, I just ran python setup.py insall develop

@minrk
Copy link
Member

minrk commented Aug 7, 2013

install develop doesn't make sense, and Python 3 doesn't support develop when 2to3 is required.

@jdfreder
Copy link
Member Author

jdfreder commented Aug 7, 2013

That's not cool, so I'll have to build every time I want to test my changes?

@jdfreder
Copy link
Member Author

jdfreder commented Aug 7, 2013

Thanks, running this fixed it

python setup.py build
python setup.py install

@jdfreder jdfreder closed this as completed Aug 7, 2013
@minrk
Copy link
Member

minrk commented Aug 7, 2013

That's not cool, so I'll have to build every time I want to test my changes?

Yes, which only takes a second, because 2to3 doesn't re-run on files it has already processed.
This is one of the main reasons we want to drop 3.2 support and switch to a single codebase.

@Carreau
Copy link
Member

Carreau commented Aug 8, 2013

@jdfreder, you should ping @bfroehle that IIRC have a run hook that run 2to3 on the fly.

@ivanov
Copy link
Member

ivanov commented Aug 8, 2013

I recognized that error, because I've been running into this myself in the past couple of days :)

just want to chime in to say it's awesome that we're all testing on Python3 now!

@Carreau
Copy link
Member

Carreau commented Aug 8, 2013

just want to chime in to say it's awesome that we're all testing on Python3 now!

Hopefully in a few hours we'll drop support for 2.6 also :-)

@jdfreder
Copy link
Member Author

jdfreder commented Aug 8, 2013

we want to drop 3.2 support and switch to a single codebase

&

we'll drop support for 2.6 also

We may drop both?

@Carreau
Copy link
Member

Carreau commented Aug 8, 2013

We may drop both?

We will drop both. 2.6 for some exception syntax for example (IIRC), and 3.2 because it does not support unicode literals.

@ivanov
Copy link
Member

ivanov commented Aug 8, 2013

@Carreau we're doing lab meeting now, if you're able to join

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants