read-eval-print-loop

This question already has answers here : Closed 7 years ago . This question was migrated from Web Applications Stack Exchange because it can be answered on Stack Overflow. Migrated 7 years ago . Possible Duplicate: Relation between REPL, interpreter and compiler I've been experimenting on heroku.com with node.js and I've heard of a "REPL process" I could use for experimenting in my app’s environment. Could someone give me an overview of what it is, and how it might be applied? jcolebrand REPL - As per the Wikipedia entry It's a Read Eval Print Loop. What that means for you is: It's like a

I have a CMS server that provides a client library. I'd like to be able to drive the CMS interactively from the command line. The basic approach would be: Create a connection to the CMS Add the CMS connection object to the REPL context Connect the REPL to stdout/stderr/stdin Kick off a daemon thread for to keep the REPL running. I was hoping that I could perhaps leverage Groovy to do this but haven't managed to get it working. Is there a library that provides REPL support? Can you provide a simple example? Matthew Farwell If you don't mind using Scala as your language, you can use the Scala

I am connecting to a swank server from my ClojureBox install. I.e. lein swank from my project directory and then M-x slime-connect from EmacsW32. However, when I do this I see the DOS line-endings everywhere in the REPL ( ^M ). I.e. user> (doc map) -------------------------^M clojure.core/map^M ([f coll] [f c1 c2] [f c1 c2 c3] [f c1 c2 c3 & colls])^M Returns a lazy sequence consisting of the result of applying f to the set of first items of each coll, followed by applying f to the set of second items in each coll, until any one of the colls is exhausted. Any remaining items in other colls are

I'm trying to import com.lambdaworks.crypto.SCryptUtil ( from crypto ) in the Scala REPL. I'm running the REPL from the Java directory containing com/lambdaworks/crypto. The REPL can't find com.lambdaworks.crypto.SCryptUtil , but it can autocomplete up to com.lambdaworks.crypto but can't find anything after that. When I used the REPL in the IntelliJ IDEA after including the package in my project, I was able to find the SCryptUtil class. Am I missing some classpath parameters that are required for import? The REPL won't compile the Java code for you—it's only autocompleting that far because it

Some python modules, notably matplotlib , take a long time to load start = datetime.datetime.now(); import numpy, pandas, matplotlib, sklearn; datetime.datetime.now() - start takes half a second with cached files, and several seconds for non-cached files . Is there a way to load these modules in the background, when in the Python interpreter? You can import modules in separate threads. Here is the solution. Create a file load_modules.py : from concurrent.futures import ThreadPoolExecutor import importlib import sys modules_to_load = ['numpy', 'pandas', 'matplotlib'] def do_import(module_name):

It's established that babel-node doesn't support module loading in the REPL . In the documentation it simply says this: Due to technical limitations ES6-style module-loading is not fully supported in a babel-node REPL. My question is why? If I wrote a tiny script named t.js and ran it with babel-node, then import statements would work fine. What is the effective difference between a REPL which reads source code a line at a time from standard in, and babel-node t.js which reads source code from a file? Does anyone know if there are plans to support import in the future, as lack of import kinda

I'm writing a simple REPL (a command line wrapper for adb ) in Ruby where I support two kinds of commands: interactive commands non-interactive commands As for 2, I simply want to invoke a system command from the REPL, capture its output while it's outputting text, and allow the user to exit back into the REPL from that command. Example: >> logcat ... // log output here ! user hits CTRL-D >> // back at the prompt This is to happen within my program, not the system shell. Now the problem is: while logcat is running, the parent process (the REPL) keeps capturing keystrokes and then replays (?)