Open evancz opened 8 years ago
Thanks for the issue! Make sure it satisfies this checklist. My human colleagues will appreciate it!
Here is what to expect next, and if anyone wants to comment, keep these things in mind.
I should note that I am no longer having the problem with Elm 0.17.0. I had been using Elm on another computer previously, and now, doing a fresh install with brew install elm
(also on OS X 10.11.5) gives me an elm-repl
that handles ^C
correctly.
I doubt it, but maybe the fact that I have Caps Lock mapped to Left Control is a problem here. I've done it in the macOS System Preferences, not through a third party app.
@porglezomp, thanks for the update! @yurrriq, can you try disabling it to see if that resolves things?
@evancz: Did not fix. Side note: Made Emacs terrible for a minute there :wink:
I am using ubuntu 16.04 with xfce and I am affected by this bug using xfce4-terminal and elm-repl 0.17.1 in bash.
elm-repl
ctrl + c
-> It seems that repl is closed (terminal prompt appears)backspace
twice (or do something else) -> An error appears: elm-repl: <stdin>: hGetChar: hardware fault (Input/output error)
.I can see that repl runs in two system processes, /path/to/node/node /path/to/repl/elm-repl
and other one (just elm-repl
). After ctrl+c
the node elm-repl
one gets closed but the other one closes after the error.
I am using Elementary OS (based on Ubuntu 16.04) and I am also affected by this bug using pantheon-terminal and elm-repl 0.18.0 in zsh with oh-my-zsh.
Installed elm-repl globally:
$ npm install -g elm
elm-repl
ctrl + c
-> It seems that repl is closed (terminal prompt appears)Enter
-> An error appears: elm-repl: Whenever I run elm-repl
6 similar processes are created via command:
node /home/mancilla/.npm-global/bin/elm-repl
And if I run any expression (e.g. > 1 * 8
), processes with again many clones are created.
During the steps mentioned above there was a process with no clones with attached command:
/home/mancilla/.npm-global/lib/node_modules/elm/Elm-Platform/0.18.0/.cabal-sandbox/elm-repl
that after pressing ctrl + c
is not closed. It closes after pressing Enter
and the mentioned error (hardware fault) appears.
Seems like the pattern affects only to Linux platforms. Desktop, shell, terminal and distro (#120) are not a constant in every report of this bug.
I am also experiencing the same issue using ctrl-c
on my Mac OS X version 10.11.6, iTerm2 terminal with zsh.
When running the command elm repl
two processes open, elm
and elm-repl
. When using ctr-c
the elm
processes dies but the elm-repl
process remains running.
If I use the :exit
or ctrl-\
command this issue does not occur.
I get this on Debian GNU/Linux buster/sid with the default terminal and elm v0.18.0
In #99, @porglezomp reported that the REPL was acting weird on
ctrl+c
on an unspecified OS:@yurrriq did some testing and produced these tables (thank you!) running things on OS X 10.11.5:
brew install elm
sh
uninstall.sh firstElm-Platform-0.17.1.pkg
brew unlink elm
firstnpm install -g elm
sh
uninstall.sh first;node v6.2.2
,npm 3.10.3
Trying to determine if it's my terminal or shell:
fish
bash
fish
bash
Note: I am not able to reproduce any of this on my OS X 10.11.5 so I don't have any good leads. Could be something related to haskeline or something. No one has checked to see if they have any issues like this.