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

Re: [armedbear-ticket] [armedbear] #198: Hunchentoot load failure
by armedbear 24 Feb '12

24 Feb '12

#198: Hunchentoot load failure ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: blocker | Milestone: 1.1.0 Component: compiler | Version: 1.1.0-dev Keywords: | ----------------------+----------------------------------------------------- Changes (by mevenson): * reporter: https://www.google.com/accounts/o8/id?id=aitoawnthushznrlieuamks3fxvzisibfm… => mevenson -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/198#comment:5> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

[armedbear-ticket] [armedbear] #198: Hunchentoot load failure
by armedbear 24 Feb '12

24 Feb '12

#198: Hunchentoot load failure ----------------------------------------------------------------------------------------------+ Reporter: https://www.google.com/accounts/o8/id?id=aitoawnthushznrlieuamks3fxvzisibfm… | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.1.0 Component: compiler | Version: 1.0 Keywords: | ----------------------------------------------------------------------------------------------+ Loading Hunchentoot from Quicklisp fails on abcl-1.1 where it works for abcl-1.0.1 {{{ Compiled function can't be loaded: org.armedbear.lisp.ASDF_TMP_taskmaster_39 from org.armedbear.lisp.Pathname@21cb0e86 [Condition of type ERROR] Restarts: 0: [TRY-RECOMPILING] Recompile taskmaster and try loading it again 1: [RETRY] Retry loading FASL for #<ASDF:CL-SOURCE-FILE "hunchentoot" "taskmaster">. 2: [ACCEPT] Continue, treating loading FASL for #<ASDF:CL-SOURCE-FILE "hunchentoot" "taskmaster"> as having been successful. 3: [ABORT] Abort compilation. 4: [*ABORT] Return to SLIME's top level. 5: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {378780A2}> #<ERROR {1A2690BF}> #<FUNCTION {378780A2}>) 1: (APPLY #<FUNCTION {378780A2}> (#<ERROR {1A2690BF}> #<FUNCTION {378780A2}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<ERROR {1A2690BF}> #<FUNCTION {378780A2}>) 3: (INVOKE-DEBUGGER #<ERROR {1A2690BF}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:379) 5: org.armedbear.lisp.FaslClassLoader.loadFunction(FaslClassLoader.java:138) 6: org.armedbear.lisp.FaslClassLoader$pf_get_fasl_function.execute(FaslClassLoader.java:164) 7: org.armedbear.lisp.LispThread.execute(LispThread.java:666) 8: org.armedbear.lisp.Lisp.evalCall(Lisp.java:557) }}} N.b version should be 1.1.0-dev -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/198> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

Re: [armedbear-ticket] [armedbear] #5: CLOS reimplementation to support a MOP (preferably AMOP)
by armedbear 24 Feb '12

24 Feb '12

#5: CLOS reimplementation to support a MOP (preferably AMOP) -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: rschlatte Type: enhancement | Status: assigned Priority: major | Milestone: 2.0 Component: CLOS | Version: Keywords: | -------------------------+-------------------------------------------------- Changes (by mevenson): * owner: mevenson => rschlatte -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/5#comment:5> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

[armedbear-ticket] [armedbear] #187: Stack Overflow for Worst-case Vector Sort
by armedbear 05 Feb '12

05 Feb '12

#187: Stack Overflow for Worst-case Vector Sort ------------------------------------------+--------------------------------- Reporter: mevenson | Owner: nobody Type: defect | Status: new Priority: major | Milestone: unscheduled Component: java | Version: 1.0 Keywords: array, CL:SORT, optimization | ------------------------------------------+--------------------------------- [http://article.gmane.org/gmane.lisp.armedbear.devel/2118 James Lawrence reports on armedbear-devel that ABCL-1.0.0 overflows its stack when sorting an array of 10^4 elements]: {{{ (let ((a (map-into (make-array 10000) (let ((x 0)) (lambda () (incf x)))))) (sort a #'<) nil) => Stack overflow. [Condition of type STORAGE-CONDITION] 0: (#<FUNCTION {7F535BDF}> #<STORAGE-CONDITION {74A2B3B8}> #<FUNCTION {7F535BDF}>) 1: (APPLY #<FUNCTION {7F535BDF}> (#<STORAGE-CONDITION {74A2B3B8}> #<FUNCTION {7F535BDF}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<STORAGE-CONDITION {74A2B3B8}> #<FUNCTION {7F535BDF}>) 3: (INVOKE-DEBUGGER #<STORAGE-CONDITION {74A2B3B8}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:374) 5: org.armedbear.lisp.Java$pf_jrun_exception_protected.execute(Java.java:1315) 6: org.armedbear.lisp.Symbol.execute(Symbol.java:785) 7: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 8: org.armedbear.lisp.swank_469.execute(swank.lisp:2116) 9: org.armedbear.lisp.LispThread.execute(LispThread.java:683) 10: org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2797) 11: (JAVA:JRUN-EXCEPTION-PROTECTED #<FUNCTION {39B4CEC7}>) }}} It looks like the quick-sort function (attributed to ECL) pivots off the first element. I would suggest using a midpoint instead. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/187> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4