-
Notifications
You must be signed in to change notification settings - Fork 257
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
Issues running notebook #45
Comments
Sorry it's taken me a while to respond... but I briefly looked into things and didn't find any reason that might happen. FYI, a I'll give this a shot on a different setup soon and see if I can reproduce it. |
Well it was a bit strange since the console log window was displaying "Kernel heartbeat" or something similar. And it works fine on port 8888. Maybe that's an issue with my local config. Btw do you plan to add support for ghci custom commands (:kind, :type, :hoogle...) ? |
Yes. :type and such already work, and we plan on adding the rest. |
Yeah :type works. I guess I'll close this issue since I guess I'm the only one having it ;) |
Sorry for not commenting until now, but I was having the exact same issue. Just haven't had time to dig into it. I didn't see any error messages in the kernel window, just the "Connecting to: tcp://..." messages whenever I tried to evaluate a cell. I can provide more details if necessary. |
@jcurbo @X01 I've played around with this some more and cannot get it to happen. More importantly, that port has nothing to do with the IHaskell kernel - it's just the HTTP port that the notebook server is running on. That is handled entirely by IPython, so the port should not in any way be affected by IHaskell, as that is just a kernel behind IPython. I suspect that means this is some sort of bug with IPython? If you'd like to check, you should go into c.KernelManager.kernel_cmd = [exe, 'kernel', '{connection_file}'] That forces IPython to resort to normal IPython kernels instead of IHaskell. If you have the same problem when you change it in that way, this is an IPython bug, and you should close this issue; if you don't, let me know, because that'd be really strange... |
After commenting out the line I can't see anything in the notebook. With --debug flag I can see that the reply from the kernel but nothing appears in the notebook. (whether on default port or not) And now I can't get it to run on port 8888 either :) |
Does the normal IPython notebook work? (Via |
Well yes and no.... I had to open a new incognito window. Natural suspect would be javascript then |
Huh. ...does IHaskell work in an incognito window? |
Nope :) |
Try getting https://github.com/ivanov/ipython/tree/console-display-text (It has some fixes for Running everything in incognito, what happens with Potentially useful output:
Hopefully we can figure out what's going on... I'm really confused, and don't really understand how IHaskell could be affecting IPython in this manner. Looks like a bug somewhere, though hard to tell where... Finally, does |
Recompiled and I can't get the console to work: Well, since the javascript from IHaskell also affected IPython notebooks, I really think there something wrong in there. Either in IHaskell's or in IPy base js |
You can't run ihaskell in the same directory as the sources, sadly. |
JavaScript from the Haskell profile doesn't affect the ipython native |
Well, it did, through the cache (see ipython/ipython#4626)
Running from another dir, the prompt appears but I never get an answer (it worked previously in the console) In [1]: print "fdsf"
In [2]:
Do you really want to exit ([y]/n)? y (running with --debug flag) btw the kernel is not killed on exit |
For ihaskell console to work, you must be on the github branch linked above. And yes, caching makes sense... And yeah, console doesn't kill the kernel properly: updated IPython fixes
|
Oopps... Sorry for that :) Maybe they've changed something in the tornado caching policy, this would explain why custom.js from ihaskell got loaded into ipy notebooks. Anyhow, thank you very much for helping me out and for this project: I now have a decent place where to learn and experiment with Haskell ! |
Hi,
First, many thanks for this project.
I'm running into issues when using the default port 8778 for IHaskell notebooks. If I comment that line the config_notebook.py, it runs fine. Basically, the notebook refuses to work on any port other than 8888: the cells are never evaluated (ie stay with a
*
)Any idea what could be going wrong ?
The text was updated successfully, but these errors were encountered: