kristianlm / chicken-nrepl Goto Github PK

if you do nc localhost 1234 and then want to exit, the only way now is to do C-c and make nc quit. it'd be nice to add a quit procdeute in the current nrepl envoronment that will exit the nrepl loop and close connections (in turn terminating nc nicely)

From Alaric:

Feature request: parameterize what it uses for "eval" so people can
supply special environments, sandbox, sanity-check the sexprs, log them,
etc. with suitable wrapping procedures :-)

The wiki says:

However, sometimes modules disappear due to compiler optimizations.

I've seen this happen - if I connect with nrepl to an interpreted session, I see all the bindings I would expect - defined in file and imported. If it's compiled, I only see those defined in the file. I can then make the same imports manually to get things working as I'd expect.

I was wondering - what sort of optimizations make this happen? Would there be a way to explicitly pass the environment to the call to eval in nrepl-loop so that it's preserved?

From alaric:

TLS support, and an optional "connection authentication" parameterized
procedure to handle a login process (given the tcp socket on
current-input/output-port and able to return #t to continue or #f to
close the connection and abort), would be the next feature request for
use in less trusted environments!

It'd be nice if the default prompt was #;> rather than ;>, as I think that's more consistent with the default csi prompt. Additionally, the former works better M-x run-scheme, since #; will comment out just the >, while with ;> the whole line is treated as a comment.

Also, we could export the nrepl-prompt parameter to make it customizable! What do you think?