![\"2\"](\"https:\/\/www.blackhats.es\/wordpress\/wp-content\/uploads\/2014\/03\/2.png\")
<\/a><\/p>\nConfiguracion del grupo SLIME mediante customize<\/p>\n
Cliente Emacs<\/span><\/strong><\/p>\n La parte de Emacs de SLIME puede ser configurada con el sistema customize<\/strong> de Emacs, mas concretamente mediante M-x customize-group-slime<\/strong>. Dicho sistema de customizacion se describe a si mismo, por lo que el tutorial de SLIME y tambien aqui, nos centraremos en aquellas partes mas importantes u oscuras que necesitasen clarificaciones, aqui algunas variables que se pueden modificar.<\/p>\n slime-truncate-lines <\/strong><\/span>: por defecto es ‘t’, lo cual garantiza que las lineas no sean cortadas en los backtraces, listados de apropos, etc.<\/p>\n slime-complete-symbol-function <\/strong><\/span>:\u00a0Se emplea para completar simbolos lisp, existen 3 posibles estilos: slime-simple-complete-symbol, slime-complete-symbol* y slime-fuzzy-complete-symbol.\u00a0El valor por defecto es slime-simple-complete-symbol, el cual completa en el estilo usual de emacs.<\/p>\n slime-filename-translations<\/strong><\/span> : Controla la traduccion de ficheros entre Emacs\u00a0 y el sistema Lisp. Esto es util si se ejecuta Emacs y Lisp en maquinas separadas las cuales no comparten un sistema de ficheros en comun o bien si se comparte el sistema de ficheros pero que tienen layouts differentes (como por ejemplo en SMB). slime-net-coding-system<\/span> <\/strong>: Para transmitir caracteres unicode entre Emacs y el sistema Lisp, es necesario configurar esta variable, por ejemplo como\u00a0\u00a0\u00a0 (setq slime-net-coding-system ‘utf-8-unix). Ademas, paa mostrar los caracteres unicode dbeemos disponer de fuentes apropiadas. Hooks:<\/p>\n slime-mode-hook<\/span><\/strong> : Este hook se ejecuta cada vez que el buffer entra en slime-mode. Ideal para configurar el buffer local, por ejemplo para activar slime-autodoc-mode. slime-connected-hook<\/span><\/strong> : Este hook se ejecuta cuando SLIME establece conexion con el servidor Lisp. sldb-hook<\/span><\/strong> : Se ejecuta despues de que SLDB sea invocado. Por\u00a0 ejemplo anadiendo sldb-print-condition a este hook hara que todas las condiciones debuggeadas con SLDB sean registradas en el buffer REPL. Swank<\/span><\/strong><\/p>\n Por otra parte, existe el lado de Lisp como servidor, conocido como \u00abSwank\u00bb, que ofrece multiples variables que pueden ser configuradas. El fichero de inicializacion es ~\/.swank.lisp<\/strong> el cual es automaticamente evaluado en el arranque y puede ser usado para modificar el valor de estas variables.<\/p>\n Estilo de comunicacion:<\/p>\n La configuracion mas importante se encuentra en SWANK:*COMMUNICATION-STYLE*, el cual especifica el mecanismo por el cual Lisp lee y procesa los mensajes de protocol desde Emacs. La eleccion del estilo de comunicacion tiene una influencia global en las operaciones SLIME. Los diferentes estilos de comunicacion son los siguientes:<\/p>\n NIL<\/span> : Simplemente hace loop del input de lectura del socket de comunicacion y da servicio a los eventos del protocolo SLIME.<\/p>\n :FD-HANDLER<\/span> : Utiliza el clasico estilo UNIX select() loop. Swank registra el socket de comunicacion con un framework de evento dispatch (e.g. SERVE-EVENT en CMUCL y SBCL) y recibe un callback cuando los datos estan disponibles.<\/p>\n :SIGIO<\/span> : Este estilo usa senales I\/O con un manejador de senales SIGIO. Lisp recibe peticiones de Emacs con una senal, causando la interrupcion sin importar que se este haciendo para asi dar servicio a la peticion. Esto permite a Emacs lanzar peticiones de manera concurrente.<\/p>\n :SPAWN<\/span> : Utiliza soporte multiproceso en el sistema Lisp para ejecutar cada peticion en un thread separado, pero en este caso no se emplean senales, ademas las peticiones son procesadas por Emacs y pueden ser ejecutadas de manera paralela.<\/p>\n El estilo para el manejo de peticiones es elegido dependiendo del soporte de nuestro sistema Lisp. El orden general por preferencia es; :SPAWN, :SIGIO, :FD-HANDLER, NIL.<\/p>\n Otras configuraciones:<\/p>\n Las siguientes variables Lisp pueden ser configuradas mediante el fichero ~\/.swank.lisp:<\/p>\n SWANK:*CONFIGURE-EMACS-INDENTATION*<\/span> : Controla el estilo de identacion para los argumentos &body en las macros que son descubiertas y enviadas a Emacs. Esta opcion esta activada por defecto.<\/p>\n SWANK:*GLOBALLY-REDIRECT-IO*<\/span> : Cuando esta activada, causa que los streams standars (*standard-output*, etc) sean globalmente redireccionados al REPL en Emacs. Si el valor es NIL (que es por defecto) estos streams son solo redireccionados de manera temporal a Emacs usando bindings dinamicos mientras se manejan las peticiones. *standard-input* nunca es redireccionado a Emacs, debido a que puede interactuar de manera erronea con el REPL nativo de Lisp.<\/p>\n SWANK:*GLOBAL-DEBUGGER*<\/span> : Cuando es true (opcion por defecto) causa que *DEBUGGER-HOOK*\u00a0 sea globalmente configurado a SWANK:SWANK-DEBUGGER-HOOK y por lo tanto SLIME manejara todo el debugging en una imagen Lisp. Se utiliza para debugging en multithread y aplicaciones callback-driven.<\/p>\n SWANK:*SLDB-QUIT-RESTART*<\/span> : Nombra el reinicio que es invocado cuando se pulsa q (para sldb-quit) en SLDB. Para la evaluacion de peticiones SLIME esto es usado de manera incondicional para reiniciar y volver a un punto seguro. Ejemplo:\u00a0 (setf swank:*sldb-quit-restart* ‘sb-thread:terminate-thread)<\/p>\n SWANK:*BACKTRACE-PRINTER-BINDINGS*<\/span>, SWANK:*MACROEXPAND-PRINTER-BINDINGS*<\/span>, SWANK:*SLDB-PRINTER-BINDINGS*<\/span>, SWANK:*SWANK-PPRINT-BINDINGS*<\/span> : Estas variables se emplean para configurar el printer en distintas situaciones. Por ejemplo para activar el pretty printer para el formato de los backtraces en SLDB podemos emplear:\u00a0 (push ‘(*print-pretty* . t) swank:*sldb-printer-bindings*).<\/p>\n SWANK:*USE-DEDICATED-OUTPUT-STREAM*<\/span> : Esta variable controla el uso para hackear una eficiencia insegura cuando enviamos a la salida para impresion desde Lisp a Emacs. El valor por defecto es nil. Se recomienda no cambiar el valor de esta variable, ya que cuando es t, un socket separado se establece desde Lisp para enviar a la salida de impresion para Emacs, el cual es mas rapido que enviar la salida en los mensajes de protocolo a Emacs. Sin embargo, no esta garantizado el tiempo entre la salida de stream dedicada y la salida de mensajes de protocolo, por lo que la salida de un comando Lisp puede llegare antes o despues de los correspondientes resultados de REPL, o bien llegar en orden incorrecto, e incluso interferidos en el buffer REPL.<\/p>\n SWANK:*DEDICATED-OUTPUT-STREAM-PORT*<\/span> : Cuando *USE-DEDICATED-OUTPUT-STREAM* es t, el stream sera abierto en este puerto. El valor por defecto es 0, lo que significa que el stream sera abierto en un puerto aleatorio.<\/p>\n SWANK:*LOG-EVENTS* : Configurando esta variable t causara que todos los mensajes de protocolos intercambiados con Emacs seran mostrados en *TERMINAL-IO*. Esto es util para debugging a bajo nivel y para observar como SLIME trabaja ‘on the wire’. La salida de *TERMINAL-IO* puede ser mostrada en nuestro propio listener de nuestro sistema Lisp, usualmente en el buffer *inferior-lisp*.<\/p>\n
\n<\/strong><\/p>\n
\n<\/strong><\/p>\n
\n<\/strong><\/p>\n
\n<\/strong><\/p>\n
\n<\/strong><\/p>\n
![\"1\"](\"https:\/\/www.blackhats.es\/wordpress\/wp-content\/uploads\/2014\/03\/1.png\")
<\/a><\/p>\n