Improve your REPLs with rlwrap(ithaca.arpinum.org)
ithaca.arpinum.org
Improve your REPLs with rlwrap
http://ithaca.arpinum.org/2013/01/20/rlwrap.html
12 コメント
Thanks for mentioning Emacs: You made me realize why this hadn't come up in the course notes or material for the Coursera class I'm doing[1]: they explicitly recomment using SML inside Emacs. Unfortunately, I'm a relatively long-time Vim user, and I'm just not comfortable editing in Emacs. So I came to this round-about solution.
[1]: https://class.coursera.org/proglang-2012-001/class/index
[1]: https://class.coursera.org/proglang-2012-001/class/index
Thank you also for the mention of Emacs. After six years of using Emacs with a lisp REPL, where I could scroll back through function definitions and edit them in place, I feel distinct frustration every single time I use a Python REPL. One-line-at-a-time scrollback is absolutely frustrating.
I've been using rlwrap for years with Oracle's sqlplus command line client on Linux.
Because it uses readline, it can benefit from settings in ~/.inputrc, along with all of your other readline-based applications for a more uniform experience.
For example, I'm a vi(m) user, so I put this in my .inputrc:
These days, I tend to use the dbext vim extension for Oracle queries, allowing me to develop and save them in one file per project. But when I need to fire off something quick on the command line, it's nice to have rlwrap available.
Because it uses readline, it can benefit from settings in ~/.inputrc, along with all of your other readline-based applications for a more uniform experience.
For example, I'm a vi(m) user, so I put this in my .inputrc:
set editing-mode vi
These days, I tend to use the dbext vim extension for Oracle queries, allowing me to develop and save them in one file per project. But when I need to fire off something quick on the command line, it's nice to have rlwrap available.
The command line SQL client is one place Postgres blows away Oracle. I'd pay real money for psql on Oracle.
This is great, exactly what I needed for the new Coursera class about Programming Languages: https://class.coursera.org/proglang-2012-001/class/index
(They start of with ML and a very simple REPL)
(They start of with ML and a very simple REPL)
I'm taking the same course. I was frustrated with the SML REPL, learned about rlwrap and wrote this up. Glad it helps. (I just posted the tip to the course's forums as well. Thanks for reminding me.)
I suspected this might be the case. I'm in the same course, too, and I had never even heard of SML before it. I thought to myself, what are the odds of this showing up on Hacker News right now?
Many thanks, regardless! I upvoted your thread in the course general discussion, and I hope any other course takers on HN do to. It would be a shame if the non-hn course takers missed out on the thread (https://class.coursera.org/proglang-2012-001/forum/thread?th...).
Many thanks, regardless! I upvoted your thread in the course general discussion, and I hope any other course takers on HN do to. It would be a shame if the non-hn course takers missed out on the thread (https://class.coursera.org/proglang-2012-001/forum/thread?th...).
Thanks for your contribution! What do you think of the course so far? I had too much fun doing the first homework.
ML itself is interesting, and I think the material for the class is good. I enjoyed the first round of homework - not too easy, but not really too hard either. The tough thing for me will be seeing whether can I maintain the extra work for the full 10 weeks.
OS X users, I advise using
[1]: http://mxcl.github.com/homebrew/
brew install rlwrap
49-On recent OS X sytems, libreadline is not the real thing, but a
50-non-GNU replacement. If the linker complains about missing
51:symbols, install GNU readline and try again.
brew install rlwrap
[1]: http://mxcl.github.com/homebrew/
I definitely think a package manager is better than manual installation. That's why I said this:
> Simply install rlwrap via your operating system’s package manager (or manually)
But I'll add an update that mentions the bug on OSX. Thanks for the feedback.
> Simply install rlwrap via your operating system’s package manager (or manually)
But I'll add an update that mentions the bug on OSX. Thanks for the feedback.
Ah, you're right. Sorry for implying you didn't mention this. I overlooked that--just went to the rlwrap page and got caught up in what I was doing.
No worries at all. Any feedback is good - and I added a clarification to make it's clearer now.
For the rlwrap gurus in the thread, is there a way to use rlwrap to better deal with multiline expressions in the repl?
For example, when using a clojure repl and entering a multiline expression, I might err on one line and want to go back and correct that line before evaluating the expression. Unfortunately, the only option I have right now is to terminate that expression by entering in a bunch of closing parens and then trying to enter in the entire multiline expression again. It'd be great if multiline expressions could be modifiable and if you could up arrow to load a previous multiline expression.
For example, when using a clojure repl and entering a multiline expression, I might err on one line and want to go back and correct that line before evaluating the expression. Unfortunately, the only option I have right now is to terminate that expression by entering in a bunch of closing parens and then trying to enter in the entire multiline expression again. It'd be great if multiline expressions could be modifiable and if you could up arrow to load a previous multiline expression.
You might try starting rlwrap with the `-m' option (--multi-line) which by default escapes " \ " into newlines. By itself this isn't all that useful but this enables editing the line in your $EDITOR via `ctrl-^'. When you do this the editor will display the escape sequences as literal newlines, so that means you can do multi-line editing with up to recall a previous expression and `ctrl-^' to edit it.
If you're to the point where you are editing lots of multiline expressions you may want to consider using an editor that has a function that will send the contents of a buffer or the current expression to a running interpreter. Emacs is an obvious choice for this, but there are lots of plugins to other editors/IDEs that do the same.
If you're to the point where you are editing lots of multiline expressions you may want to consider using an editor that has a function that will send the contents of a buffer or the current expression to a running interpreter. Emacs is an obvious choice for this, but there are lots of plugins to other editors/IDEs that do the same.
I just want to say that rlwrap is awesome.
Such a simple idea, yet so effective.
Such a simple idea, yet so effective.
rlwrap seems cool at first blush, but you quickly realize that for anything nontrivial (e.g. context-aware autocomplete) you need to use readline directly
This isn't about adding readline support to your own programs (although it's a reasonable stop-gap solution there), this is about adding basic readline support to other people's programs without a massive investment.
I knew about rlwrap, but hadn't bothered to learn anything in depth. Thanks, keywords are a great feature that I wouldn't have known without this.
For people who like ruby but think irb sucks, there's pry (http://pryrepl.org/), but it's still missing some features.
which features is pry missing?
This is a godsend, thank you! I've been having a tough time using `sml` and `gprolog`, but this fixed every single issue I found. Thumbs up.
ocaml has an awful default interpreter repl, so most people use it with emacs. Alternatively, my default rlwrap is this:
rlwrap -p"0;31" ocaml -init _init.ml
the -init allows me to preload, set directories aso.
As a remark on the side. A lot of people complain about a lot of things without even bothering to improve the quality of their working environment.
rlwrap -p"0;31" ocaml -init _init.ml
the -init allows me to preload, set directories aso.
As a remark on the side. A lot of people complain about a lot of things without even bothering to improve the quality of their working environment.
News at 11'
I personally apologize for my laziness. Two or three different times I've started in on making something similar to the haskeline package in GHC to provide readline-style support to make life easier for students, but have never quite finished it up. Unfortunately, "just linking" readline/libedit isn't a very friendly solution given the way that the interpreter is currently architected, as it's written on top of the ML basis library primitives for reading/writing individual characters from the input stream.