Christophe Weblog Wiki Code Publications Music
remove debugging code from swank-presentations
[swankr.git] / BUGS.org
index 9463f8ebb76d190bad4358851987974a2a01e338..21815800e5a6ad38ccd73bf2842df59818f9183e 100644 (file)
--- a/BUGS.org
+++ b/BUGS.org
@@ -3,21 +3,24 @@
 #+AUTHOR: Christophe Rhodes
 #+EMAIL: csr21@cantab.net
 #+OPTIONS: H:0 toc:nil
-* OPEN #1 printed output not redirected to slime repl
+* RESOLVED #1 printed output not redirected to slime repl       :MINOR:FIXED:
   The output from functions performing printing is sent to the
   standard output of the process running =swank()=, not to an emacs
   stream.
-* OPEN #2 popping beyond inspector history crashes
+* OPEN #2 popping beyond inspector history crashes                   :NORMAL:
   Inspecting something and hitting =l= causes the R debugger to pop
   up from trying to send =NULL= in a sexp to Emacs.
-* OPEN #3 source reference in compile-string-for-emacs
+* RESOLVED #3 source reference in compile-string-for-emacs   :WISHLIST:FIXED:
   It would be good if we could associate the expressions in the string
   with a reference to the corresponding source.  Unfortunately, emacs
   only passes the buffer position in bytes (or maybe characters),
   whereas R's srcrefs work with lines and columns.
-* OPEN #4 multibyte characters corrupt slime connection
-  Not in all circumstances (e.g. "£" is OK) but 1:£ fails in
+* OPEN #4 multibyte characters corrupt slime connection              :NORMAL:
+  Not in all circumstances (e.g. ="£"= is OK) but =1:£= fails in
   slime-net-read-or-lose.
+* OPEN #5 respect visibility of evaluated results                  :WISHLIST:
+  I think we can do this by calling =.Internal(eval.with.vis(...))=
+  instead of just regular =eval()=
 * COMMENT:
 Local Variables:
 mode: org;