geiser and chez talk to each other https://jao.io/cgit/geiser-chez/atom?h=0.1 2010-11-26T23:54:59Z 2010-11-26T23:54:59Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-26T23:54:59Z urn:sha1:b39fd77d8899bc7ff6608645afc9e2eb0eb0d33c We avoid using elisp's read for symbols, reading uninterned ones instead. And then, we cannot use symbols as keys in responses from scheme: we're using strings instead. 2010-11-25T00:30:48Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-25T00:30:48Z urn:sha1:acffa001cd9effa4a74261ac9b72e736b9b61937 We put the value of the identifier where it belongs, and add a missing period. Works, but geiser/doc.scm is in sore need of a refactoring. 2010-11-23T00:58:33Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-23T00:58:33Z urn:sha1:3b24e917fdfebc8df3fefbbcc747963eb4bbd126 We have a new "manual lookup" command, and Racket now displays a doc browser buffer for help with a button activating it. In the process, we've cleaned-up a little mess in geiser-eval.el and geiser-doc.el, and refactored the affected Racket modules. Next in line is providing manual lookup for Guile. 2010-11-21T00:56:02Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-21T00:56:02Z urn:sha1:1d725a8c087b66b2cd2c0e5006c376faf612d6ff We now display procedure signatures in module help, and keep a cache in Guile, using procedure properties. 2010-11-12T22:21:02Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-12T21:55:40Z urn:sha1:e070d76166d249695f1d2ee0269cc5c91537e0c9 Separate connections for the REPL and Geiser commands was kind of neat, but it had the problem of synchronising the current namespace for both connections. A quick fix would have been to ask the scheme for the current namespace for every Geiser command in the REPL, but that, besides clunky, would add potentially prohibitive overhead for (real) remote connections. As it happens, using a single connection turned out to be not that difficult and relatively clean code-wise. We could even turn back to not use inferior schemes, and the net result of this refactoring would be the replacement of comint-redirect (which wasn't able to match the whole EOT token if it didn't arrive all at once) by transaction queues (which also makes geiser-connection's implementation cleaner). But using an inferior scheme has a dog-food value, and allows external processes to connect to the scheme being used by Geiser without further ado, which could be useful for debugging (although this is a lame excuse: nothing prevents you from starting a REPL server from emacs if you want). We'll see. 2010-11-12T01:20:14Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-12T01:20:14Z urn:sha1:e13172c2855cc7fcb30c6dac231210c6e8534b18 2010-11-12T00:33:09Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-12T00:33:09Z urn:sha1:dc8155b5d0e5c533a1fc6cb64399e8cccd7c1716 Or the importance of EOL. Switching to a transaction queue for communication with the Scheme process means that i had to care about sending eols in the queries... Guile was waiting for ever reading a metacommand taking a variable number of arguments. Argh: this has taken me a few hours -- i'm getting old. 2010-11-01T00:45:58Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-11-01T00:45:58Z urn:sha1:ea42746970657bc05b31c462a01df21d079e4a9e 2010-10-31T14:53:12Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-10-31T14:53:12Z urn:sha1:ffd0a91a136909c4ed481184073e868ae886e230 2010-10-31T14:13:19Z Jose Antonio Ortega Ruiz jao@gnu.org 2010-10-31T14:13:19Z urn:sha1:dff681a7e5641f350c0d18c178b7401e75b107d6