- armedbear-ticket - mailman3.common-lisp.net

[armedbear] #439: Quicklisp RFC2388 case of no meaningful error
by armedbear 03 Feb '17

03 Feb '17

#439: Quicklisp RFC2388 case of no meaningful error ----------------------------------------+---------------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.5.0 Component: other | Version: 1.5.0-dev Keywords: quicklisp-rfc2388 debugger | Parent Tickets: ----------------------------------------+---------------------------- For the code {{{ (ql:quickload :rfc2388) (RFC2388:PARSE-HEADER "multipart/form-data; boundary=------------------------ea3255a8d6193fb7" :VALUE) }}} there is surprisingly no error returned to SLIME. Running ABCL from the command line returns the following trace {{{ java.lang.StringIndexOutOfBoundsException: String index out of range: 19 at java.lang.StringBuffer.setCharAt(StringBuffer.java:255) at org.armedbear.lisp.SeekableStringWriter.write(SeekableStringWriter.java:87) at org.armedbear.lisp.Stream._writeChar(Stream.java:1860) at org.armedbear.lisp.Stream$3.execute(Stream.java:2106) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.pprint_159.execute(pprint.lisp:769) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:109) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.rfc2388_tmp4O4DY0LA_16.execute(rfc2388.lisp:225) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:109) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2797) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.rfc2388_tmp4O4DY0LA_15.execute(rfc2388.lisp:225) at org.armedbear.lisp.clos_306.execute(clos.lisp:2720) at org.armedbear.lisp.clos_280.execute(clos.lisp:2302) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:109) at org.armedbear.lisp.FuncallableStandardObject.execute(FuncallableStandardObject.java:109) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.rfc2388_tmp4O4DY0LA_14.execute(rfc2388.lisp:220) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:109) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2797) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.rfc2388_tmp4O4DY0LA_13.execute(rfc2388.lisp:220) at org.armedbear.lisp.clos_306.execute(clos.lisp:2720) at org.armedbear.lisp.clos_280.execute(clos.lisp:2302) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:109) at org.armedbear.lisp.FuncallableStandardObject.execute(FuncallableStandardObject.java:109) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:582) at org.armedbear.lisp.Lisp.eval(Lisp.java:540) at org.armedbear.lisp.Primitives$pf__eval.execute(Primitives.java:345) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:575) at org.armedbear.lisp.Lisp.eval(Lisp.java:540) at org.armedbear.lisp.Lisp.progn(Lisp.java:709) at org.armedbear.lisp.Primitives$sf_block.execute(Primitives.java:3742) at org.armedbear.lisp.Lisp.eval(Lisp.java:530) at org.armedbear.lisp.Lisp.progn(Lisp.java:709) at org.armedbear.lisp.Closure.execute(Closure.java:220) at org.armedbear.lisp.Closure.execute(Closure.java:148) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp$1.execute(Lisp.java:285) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.top_level_47.execute(top-level.lisp:407) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:89) at org.armedbear.lisp.Symbol.execute(Symbol.java:793) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.top_level_48.execute(top-level.lisp:415) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.Interpreter.run(Interpreter.java:361) at org.armedbear.lisp.Main$1.run(Main.java:48) at java.lang.Thread.run(Thread.java:745) #<THREAD "interpreter" {2B376972}>: Debugger invoked on condition of type ERROR Caught java.lang.StringIndexOutOfBoundsException: String index out of range: 19. }}} Two problems: 1) Why does SLIME not catch this error? 2) Figuring out what is the problem with the underlying code -- Ticket URL: <http://abcl.org/trac/ticket/439> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #437: ABCL-INTROSPECT fails to load
by armedbear 18 Jan '17

18 Jan '17

#437: ABCL-INTROSPECT fails to load -----------------------------+------------------------------ Reporter: mevenson | Owner: aruttenberg Type: defect | Status: new Priority: major | Milestone: 1.4.1 Component: abcl-contrib | Version: 1.5.0-dev Keywords: abcl-introspect | Parent Tickets: -----------------------------+------------------------------ From ABCL trunk <http://abcl.org/trac/changeset/14955> {{{ (require :abcl-contrib) }}} errors with {{{ The function (setf system:function-plist) is undefined. [Condition of type undefined-function] Restarts: 0: [try-recompiling] Recompile abcl-introspect and try loading it again 1: [retry] Retry loading FASL for #<asdf/lisp-action:cl-source-file "abcl-introspect" "abcl-introspect">. 2: [accept] Continue, treating loading FASL for #<asdf/lisp-action:cl- source-file "abcl-introspect" "abcl-introspect"> as having been successful. 3: [retry] Retry ASDF operation. 4: [clear-configuration-and-retry] Retry ASDF operation after resetting the configuration. 5: [retry] Retry SLIME REPL evaluation request. --more-- Backtrace: 0: ([error printing frame] 1: (apply [error printing frame] 2: (system::run-hook system::*invoke-debugger-hook* #<undefined-function {239477D8}> [error printing frame] 3: (invoke-debugger #<undefined-function {239477D8}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:382) 5: org.armedbear.lisp.Symbol.getSymbolSetfFunctionOrDie(Symbol.java:426) 6: org.armedbear.lisp.abcl_introspect_tmpY7A8VAJR_16.execute(abcl- introspect.lisp:166) 7: org.armedbear.lisp.abcl_introspect_tmpY7A8VAJR_15.execute(abcl- introspect.lisp:166) 8: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) 9: org.armedbear.lisp.Symbol.execute(Symbol.java:803) 10: org.armedbear.lisp.LispThread.execute(LispThread.java:814) 11: org.armedbear.lisp.abcl_introspect_tmpY7A8VAJR_34.execute(abcl- introspect.lisp:331) 12: org.armedbear.lisp.clos_304.execute(clos.lisp:2621) 13: org.armedbear.lisp.LispThread.execute(LispThread.java:814) 14: org.armedbear.lisp.clos_292.execute(clos.lisp:2528) 15: org.armedbear.lisp.Symbol.execute(Symbol.java:814) 16: org.armedbear.lisp.clos_277.execute(clos.lisp:2302) 17: org.armedbear.lisp.FuncallableStandardObject.execute(FuncallableStandardObject.java:109) 18: org.armedbear.lisp.Symbol.execute(Symbol.java:814) 19: org.armedbear.lisp.LispThread.execute(LispThread.java:832) --more-- }}} -- Ticket URL: <http://abcl.org/trac/ticket/437> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #430: Some file compiled functions didn't record arglist or docstrings
by armedbear 17 Jan '17

17 Jan '17

#430: Some file compiled functions didn't record arglist or docstrings -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: build | Version: Keywords: | Parent Tickets: -------------------------+---------------------- Arglists were being stored as strings and generated using format. Format wasn't available early during abcl build. Soln: Save arglists as lists. Github issue: https://github.com/armedbear/abcl/issues/21 Pull request https://github.com/armedbear/abcl/pull/13 -- Ticket URL: <http://abcl.org/trac/ticket/430> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #427: bug in invoke-restart
by armedbear 17 Jan '17

17 Jan '17

#427: bug in invoke-restart -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: interpreter | Version: Keywords: | Parent Tickets: -------------------------+---------------------- See the comment at https://github.com/sbcl/sbcl/blob/88fd8640e118ace44185a90baac095025acec3c5/… /target-error.lisp#L165 The issue is when invoke-restart is called with an actual restart with a test condition rather than a symbol. Currently invoke-restart calls (compute-restarts nil). So in the case where you've computed restarts (based on the condition) and then choose one of them, that restart can be considered inactive because the test function is run again with condition=nil instead of the condition that was signaled (and tested for). Pull request https://github.com/armedbear/abcl/pull/18 to fix copied from https://github.com/armedbear/abcl/issues/17 -- Ticket URL: <http://abcl.org/trac/ticket/427> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #429: Some java stack frames don't have source file information, leading to null pointer exceptions
by armedbear 17 Jan '17

17 Jan '17

#429: Some java stack frames don't have source file information, leading to null pointer exceptions -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- From https://github.com/armedbear/abcl/issues/20 Pull request https://github.com/armedbear/abcl/pull/15 -- Ticket URL: <http://abcl.org/trac/ticket/429> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #428: Protect against java exceptions while printing java objects
by armedbear 17 Jan '17

17 Jan '17

#428: Protect against java exceptions while printing java objects -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- From https://github.com/armedbear/abcl/issues/19 Pull request https://github.com/armedbear/abcl/pull/16 -- Ticket URL: <http://abcl.org/trac/ticket/428> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #431: Cryptic error while compiling
by armedbear 17 Jan '17

17 Jan '17

#431: Cryptic error while compiling -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- In slime, compiling region with, e.g., (defun foo () (return-from bar nil)) gives a message about there being a program error with no further information Github: https://github.com/armedbear/abcl/issues/22 Pull request: https://github.com/armedbear/abcl/pull/23 -- Ticket URL: <http://abcl.org/trac/ticket/431> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #414: getFunctionClassBytes for CompiledClosures <https://github.com/armedbear/abcl/issues/3>
by armedbear 16 Jan '17

16 Jan '17

#414: getFunctionClassBytes for CompiledClosures <https://github.com/armedbear/abcl/issues/3> ----------------------+---------------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.5.0 Component: compiler | Version: 1.4.0-dev Keywords: | Parent Tickets: ----------------------+---------------------------- <https://github.com/armedbear/abcl/issues/3> Can't seem to make it work. This is code that works for other functions {{{ (let ((classloader (#"getClassLoader" class))) (if (or (java:jinstance-of-p classloader "org.armedbear.lisp.MemoryClassLoader") (java:jinstance-of-p classloader "org.armedbear.lisp.FaslClassLoader")) (system::disassemble-class-bytes (#"getFunctionClassBytes" classloader class)) }}} -- Ticket URL: <http://abcl.org/trac/ticket/414> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #435: bug in maven resolve?
by armedbear 14 Jan '17

14 Jan '17

#435: bug in maven resolve? -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- This one works. (funcall (intern "RESOLVE" 'abcl-asdf) "org.apache.felix/org.apache.felix.framework/5.6.1") "/Users/alanr/.m2/repository/org/apache/felix/org.apache.felix.framework/5.6.1/org.apache.felix.framework-5.6.1.jar" But this one doesn't returns two paths concatenated. (funcall (intern "RESOLVE" 'abcl-asdf) "org.apache.felix/org.apache.felix.main/5.6.1") ->"/Users/alanr/.m2/repository/org/apache/felix/org.apache.felix.main/5.6.1/org.apache.felix.main-5.6.1.jar:/Users/alanr/.m2/repository/org/apache/felix/org.apache.felix.framework/5.6.1/org.apache.felix.framework-5.6.1.jar" -- Ticket URL: <http://abcl.org/trac/ticket/435> armedbear <http://abcl.org> armedbear

1 1

Re: [armedbear] #229: JSS method resolution failure
by armedbear 14 Jan '17

14 Jan '17

#229: JSS method resolution failure --------------------------+------------------------------------------------ Reporter: | Owner: mevenson mevenson | Type: defect | Status: closed Priority: | Milestone: 1.1.0 critical | Component: java | Version: 1.1.0-dev Resolution: fixed | Keywords: jss method-resolution abcl-contrib Parent Tickets: | --------------------------+------------------------------------------------ Comment (by aruttenberg): fixed the test -- Ticket URL: <http://abcl.org/trac/ticket/229#comment:5> armedbear <http://abcl.org> armedbear

1 0