Mar 05
Ejecucion de Swank (servidor Lisp) y Emacs (como cliente)
SLIME esta implementado de tal forma que puede ejecutarse el cliente Emacs desde un lado (slime.el) mientras el servidor Lisp en otra maquina distinta. Asi que en un host ejecutaremos emacs y le diremos a SLIME que conecte a una maquina remota.
Conectando a un Lisp remoto
Si queremos cargar swank sin ejecutar emacs de manera habitual, debemos ejecutar lo siguiente:
(load "/path/to/swank-loader.lisp") (swank-loader:init)
Dentro de la imagen lisp que se esta ejecutando, tan solo debemos iniciar el servidor swank.
(swank:create-server)
Como vamos a tener tunneling en nuestra conexion mediante ssh, podemos indicar a sawnk que no use una conexion extra para la salida, de la siguiente forma:
(setf swank:*use-dedicated-output-stream* nil)
Si debemos realizar ciertas tareas tales como reconectar a swank, debemos mirar en otros argumentos de swank:create-server. Estos argumentos son:
:PORT : Puerto del servidor de escucha (por defecto es 4005).
:STYLE : Estilo de comunicacion
:DONT-CLOSE : Valor booleano que indica si el servidor continua aceptando conexiones despues de recibir la primera (por defecto es NIL). Util si tenemos procesos lisp ejecutandose por largo periodo de tiempo, donde conectariamos en diferentes momentos, en dicho caso deberiamos especificar :dont-close t.
:CODING-SYSTEM : Sistema de codificacion usado para la comunicacion entre Emacs y Lisp.
Un ejemplo completo con estos argumentos:
(swank:create-server :port 4005 :dont-close t :coding-system "utf-8-unix")
Mientras que en el lado de emacs deberiamos usar esto para dicha configuracion:
(setq slime-net-coding-system 'utf-8-unix) (slime-connect "127.0.0.1" 4005)
Configurando el cliente Emacs
Desde aqui necesitamos crear un tunel ssh en el puerto 4005 desde nuestra maquina local hasta el puerto 4005 en la maquina remota.
$ ssh -L4005:127.0.0.1:4005 username@remote.example.com
Despues de esto podemos ejecutar SLIME mediante M-x slime-connect.
Configurando las translaciones pathname
Cuando ejecutamos swank remotamente, Emacs asume que los ficheros que se vayan a encontrar son ficheros normales. Sin embargo, si queremos slime-compile-and-load-file (C-c C-k) y slime-edit-definition (M-.) para trabajar correctamente, necesitamos encontrar algun modo de decirle a nuestro Emacs local que debe referirse a ficheros remotos.
Existen principalmente dos formas de hacer esto. La primera es usar mount, NFS o similar, el disco duro de la maquina remota sera visible en nuestro sistema de ficheros local como cualquier otro fichero. Sin embargo NFS es realmente lento, con bugs etc. Es por eso que la mejor forma es tener una conexion ssh y emacs con tramp-mode para hacer el resto. Lo que hacemos es decirle a Emacs como debe coger el fichero en una maquina remota y traducirlo en algo que tramp puede entender y acceder. cl:machine-instance devuelve el «hostname» para una maquina remota como hostname.domain.com. Por lo que podemos tener algo asi:
(add-to-list 'slime-filename-translations (slime-create-filename-translator :machine-instance "hostname" :remote-host "hostname.domain.com" :username "user"))
Redireccion global de todo IO al REPL
Por defecto SLIME no cambia *standard-output* y variantes fuera del REPL. Por lo que si tenemos cualquier otro thread el cual llama format, write-string, etc. La salida solo sera vista en *inferior-lisp* buffer o en la terminal. Por lo que podemos hacer es:
(run-in-new-thread (lambda () (write-line "In some random thread.~%" *standard-output*)))
Para enviar la salida al buffer REPL de SLIME, de manera contraria a *inferior-lisp*, configuramos swank:*globally-redirect-io* a T.
El valor de esta variable solo es checkeado una vez cuando swank acepta la conexion. Por lo que debemos configurarlo mediante ~/.swank.lisp, ya que sino necesitaremos llamar a swank::globally-redirect-io-to-connection manualmente.
Conectando a SLIME de manera automatica
Para hacer que SLIME conecte a nuestro Lisp cualquiera que sea nuestro fichero lisp abierto, debemos anadir esto en nuestro .emacs:
(add-hook 'slime-mode-hook (lambda () (unless (slime-connected-p) (save-excursion (slime)))))
Para entender un poco mejor la arquitectura de SLIME, Swank y Emacs podemos visualizar el siguiente grafico: