[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#966275: slime: open brackets without closing bracket in output lead to wrong indentation when using sbcl



Package: slime
Version: 2:2.24+dfsg-2
Severity: wishlist

Dear Maintainer,

   * What led up to the situation?
     
     Use sbcl as lisp and insert

     (defclass foo () ((v :accessor v :initform (make-array 1000))))
     (describe (make-instance 'foo))

    in to the REPL.

   * What was the outcome of this action?

    The output is
    #<FOO {1003538593}>
      [standard-object]

    Slots with :INSTANCE allocation:
      V                              = #(0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 \
    0 0 0 0 0 0 0 0 ..
     
     Notice the opening bracket without closing bracket.
     Now if you try to fuzzy complete something slime indents to much.
     Inserting a closing bracket makes slime to indent correctly again.

   * What outcome did you expect instead?
    
    Correct indentation on the REPL regardless of former output and fuzzy completion function.
   
   This does not happen when elisp variable slime-lisp-implenentations is set
   to (:clisp ("clisp" "-I")) because clisp seems to prints the closing bracket
   regardless of the length of the output.


-- System Information:
Debian Release: bullseye/sid

Versions of packages slime depends on:
ii  dh-elpa-helper  2.0.4
ii  emacsen-common  3.0.4

Versions of packages slime recommends:
ii  cl-swank                  2:2.24+dfsg-2
ii  emacs                     1:26.3+1-2
ii  emacs-gtk [info-browser]  1:26.3+1-2
ii  info [info-browser]       6.7.0.dfsg.2-5

Versions of packages slime suggests:
ii  hyperspec  1.32

-- no debconf information

-- 

Attachment: signature.asc
Description: PGP signature


Reply to: