Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Multilingual sandboxed REPL engine in JavaScript.
JavaScript CoffeeScript CSS HTML
Latest commit 75f0ed9 @amasad amasad checksum

Deprecation notice: This project is no longer actively maintained because we're moving language sandboxes to the server for a faster, complete, and up-to-date implementations. You can use our API.


A sandboxed polyglot browser REPL.

Current Languages

  • JavaScript Variants

    • JavaScript
    • CoffeeScript
    • Kaffeine
    • Move
    • Traceur (
  • Esoteric

    • Bloop
    • Brainfuck
    • Unlambda
    • Emoticon
  • Classic

    • Quick Basic
    • Forth
  • Serious

    • Scheme
    • Lua
    • Python
    • Ruby (beta)

Browser Support

  • IE 9-10
  • Chrome 10+
  • Safari 5
  • Firefox 3.6+
  • Opera 11+
  • iOS 5 Safari

Getting Started

Building JSREPL



curl | sh


Using npm : sudo npm install -g coffee-script


Using npm : sudo npm install -g uglify-js

Getting the source

Cloning the repository

git clone git://


git submodule update --init --recursive

Bake it

cake bake

Including JSREPL

Include the built jsrepl script with the id "jsrepl-script".

  <script src="jsrepl.js" id="jsrepl-script"></script>  

Instantiating JSREPL

  var jsrepl = new JSREPL({  
    input: inputCallback,  
    output: outputCallback,  
    result: resultCallback,  
    error: errorCallback,  
    progress: progressCallback,  
    timeout: {  
      time: 30000,  
      callback: timeoutCallback  
  • inputCallback: A callback function that is called when the language interpreter
    is requesting input from the user. It will be passed a continuation callback that
    should be called with the user input. Typically the interpreter would block until
    input is received hence this is a mandatory callback.
  • outputCallback: An optional callback function that is called when the engine
    has output to flush out to the standard out.
  • resultCallback: An optional callback function that is called when the interpreter
    has successfully evaluated a program and passed the resulting evaluated value.
  • errorCallback: An optional callback function that is called if evaluatiing a
    program yielded an error and passed the error.
  • progress: An optional callback function that is called repeatedly while loading
    a language interpreter with the progress percentage.
  • timeout: Sets a timeout for running a program.
    • time: Milliseconds to wait.
    • callback: The callback function that is called when a program times out. This
      callback must handle recovering the system (i.e. call jsrepl.loadLanguage etc.).
      Must return true to stop the timeout from firing again.



Loads a language interpreter. Takes three arguments:

  • string lang_name: The name of the language to load.
  • function callback: Called when the language has been successfully loaded.
  • boolean worker_friendly (optional): By default JSRPEL would try to load
    interpreters into Web Workers, this argument would force either loading in a
    Worker (true) or loading in an iframe (false).


  jsrepl.loadLanguage('python', function () {  
    alert('Python loaded');  


Evaluates a program in the currently loaded language interpreter. Takes one argument:

  • string command: The program string to evaluate.




Returns the configuration object for a given language. Takes one argument:

  • string lang_name: The language whose config will be returned. Defaults
    to the current language name.


Given a command, decides whether it is ready for execution, as opposed to being
unfinished, such as missing a closing brace.

  • string command: The program string.
  • function callback: The callback will be called with true if the command
    is ready for execution, or false if it is incomplete.


Attaches a listener to one or more events. Takes two arguments:

  • string | array event_type: Event(s) to listen to.
  • function callback: The function to call when the event is fired. Will
    be called with whatever arguments the event supplies.


Detaches a listener or all listeners to one or more events. Arguments:

  • string | array event_type: Event(s) to detach listener(s) from.
  • function listener: The listener function to detach. If not supplied then
    all listeners will be detached.


Attaches a listener to one or more events that will only be called once. Arguments:

  • string | array event_type: Event(s) to listen to.
  • function callback: The function to call when the event is fired.



Fired when the current language interpreter asks for input.

  • function callback: The program execution continuation callback.
    Must be called with the string from the user input. Note that only
    one input listener should call this callback.


Fired each time the current language interpreter has output to standard out.

  • string data: The output string.


Fired when the language interpreter has a result from the latest eval.

  • string data: The stringified result from the latest eval.


Fired when the language interpreter has an error from the latest eval.

  • string error: The stringified error from the latest eval.


Fired when JSREPL has load progress percentage from loading a language
interpreter to report.

  • float percentage: How much of the interpreter file(s) was loaded.


If JSREPL was instantiated with the timeout option that includes the time
to wait on a running program before calling the specified callback (see
Instantiating JSREPL) and firing this event.


Fired when a language is loaded and is ready to eval.

Standard input hacks


Language interpreters that are compiled with Emscripten expect input to be
to be a blocking call (synchronous). The only way to get blocking input
prompts in browsers is by using window.prompt. While suboptimal, it
works. However, that way we lose the ability to load interpreters in Web
Workers (because Workers have no access to dialog boxes).

Loading interpreters in workers has many benefits including not blocking
the main UI thread while the interpreter is intializing or working and the
ability to catch infinite loops (see timeout event). Despite these
advantages, until recently we avoided Workers in order to support input,
so we loaded languages which expect blocking input calls in an iframe
instead of a web worker. However in recent builds of Firefox and Chrome
that approach was broken for us because we could no longer do synchronous
binary XHRs, e.g. to read library files.


Webkit browsers

In WebKit-based browsers, we have leveraged the non-standard Web SQL Database
to share resources between the main thread and the worker thread, as they
provide a synchronization mechanism that can be accessed from both the main
page thread and from a worker. (See and sandbox.js).


Unfortunately we couldn't do the same in Firefox, as it does not implement Web
SQL, and still does not support the standard IndexedDB Sync API. Instead, we
have used XHR to synchronously communicate between the worker and the main
thread using our server as a crude proxy. There is a sample server
implementation in the static server.


jsREPL is available under the MIT license. Language interpreters and the
modifications done to them by jsREPL developers have their own licenses, found
in their extern/{language} folders or submodules.

Something went wrong with that request. Please try again.