- 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: | ----------------------+----------------------------------------------------- Comment(by mevenson): From unpacking the taskmaster.abcl fasl from Hunchentoot, we see that it contains a number of zero-byte length objects which are not correctly loadable by the JVM. {{{ -rw-rw-rw- 910 24-Feb-2012 14:47:46 taskmaster_35.cls -rw-rw-rw- 910 24-Feb-2012 14:47:46 taskmaster_36.cls -rw-rw-rw- 1137 24-Feb-2012 14:47:46 taskmaster_37.cls -rw-rw-rw- 2203 24-Feb-2012 14:47:46 taskmaster_38.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_39.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_40.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_41.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_42.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_43.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_44.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_45.cls -rw-rw-rw- 0 24-Feb-2012 14:47:46 taskmaster_46.cls -rw-rw-rw- 1741 24-Feb-2012 14:47:46 taskmaster_47.cls -rw-rw-rw- 1618 24-Feb-2012 14:47:46 taskmaster_48.cls -rw-rw-rw- 775 24-Feb-2012 14:47:46 taskmaster_49.cls -rw-rw-rw- 635 24-Feb-2012 14:47:46 taskmaster_50.cls -rw-rw-rw- 1555 24-Feb-2012 14:47:46 }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/198#comment:7> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

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: | ----------------------+----------------------------------------------------- Comment(by mevenson): Replying to [comment:1 https://www.google.com/accounts/o8/id?id=aitoawnthushznrlieuamks3fxvzisibfm…] > Since CFFI doesn't always load the OpenSSL libraries, one has to push the :HUNCHENTOOT-NO-SSL symbol to *FEATURES*, as well as slightly patch Hunchentoot to get this to load. http://slack.net/~evenson/abcl/ currently contains some notes on what one has to patch and configure to go down this route. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/198#comment:6> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

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

[armedbear-ticket] [armedbear] #193: Failure to compile zero-length DEFSTRUCT :CONC-NAME
by armedbear 12 Jan '12

12 Jan '12

#193: Failure to compile zero-length DEFSTRUCT :CONC-NAME --------------------------------+------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.0.2 Component: compiler | Version: 1.0.1 Keywords: regression, arnesi | --------------------------------+------------------------------------------- [Anton reports on a regression in running the tests for bordeaux-threads http://article.gmane.org/gmane.lisp.armedbear.devel/2170] The problem seem to come in compiling "quicklisp/software/arnesi-20101006-darcs/src/matcher.lisp": {{{ (defstruct (match-state (:conc-name ||)) target bindings matched) }}} which causes #<STANDARD-CLASS READER-ERROR {5E785D65}> to report {{{ Can't intern zero-length symbol. }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/193> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #172: DOCUMENTATION does not work for generic functions
by armedbear 10 Jan '12

10 Jan '12

#172: DOCUMENTATION does not work for generic functions -------------------------+-------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: minor | Milestone: 0.28 Component: interpreter | Version: 0.27 Keywords: | -------------------------+-------------------------------------------------- DOCUMENTATION does not seem to be able to retrieve the docstring for generic functions: {{{ (defgeneric foo nil (:documentation "Ipso facto")) #<STANDARD-GENERIC-FUNCTION FOO {6901DFA5}> CL-USER> (documentation 'foo 'function) NIL }}} If one inspects the generic function in SLIME, one sees that the documentation slot does have a value, so this is a problem in DOCUMENTATION. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/172> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #177: ABCL 1.0.0 does not always find contrib
by armedbear 09 Jan '12

09 Jan '12

#177: ABCL 1.0.0 does not always find contrib --------------------------+------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: unscheduled Component: libraries | Version: 1.0 Keywords: abcl-contrib | --------------------------+------------------------------------------------- Need to generalize the logic to find versioned contrib. Workaround: copy abcl-contrib-1.0.0.jar to abcl-contrib.jar locally for now. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/177> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #182: ADJUST-ARRAY failure
by armedbear 20 Dec '11

20 Dec '11

#182: ADJUST-ARRAY failure --------------------------------------------+------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: unscheduled Component: other | Version: 1.0 Keywords: adjust-array, ansi conformance | --------------------------------------------+------------------------------- [http://article.gmane.org/gmane.lisp.armedbear.devel/2114 Helmut Eller reported on armedbear-devel]: Evaluating this form {{{ (adjust-array (make-array 2 :element-type '(unsigned-byte 8)) 4) }}} prints a longish stacktrace that doesn't seem right: {{{ Armed Bear Common Lisp 1.1.0-dev-svn-13692M Java 1.6.0_18 Sun Microsystems Inc. OpenJDK Client VM Low-level initialization completed in 0.771 seconds. Startup completed in 2.209 seconds. Type ":help" for a list of available commands. CL-USER(1): (adjust-array (make-array 2 :element-type '(unsigned-byte 8)) 4) java.lang.ArrayStoreException at java.lang.System.arraycopy(Native Method) at org.armedbear.lisp.BasicVector_UnsignedByte8.adjustArray(BasicVector_UnsignedByte8.java:291) at org.armedbear.lisp.BasicVector_UnsignedByte8.adjustArray(BasicVector_UnsignedByte8.java:40) at org.armedbear.lisp.adjust_array.execute(adjust_array.java:95) at org.armedbear.lisp.Symbol.execute(Symbol.java:896) at org.armedbear.lisp.Autoload.execute(Autoload.java:258) at org.armedbear.lisp.Symbol.execute(Symbol.java:896) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.arrays_2.execute(arrays.lisp:46) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:112) at org.armedbear.lisp.LispThread.execute(LispThread.java:666) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:548) at org.armedbear.lisp.Lisp.eval(Lisp.java:506) at org.armedbear.lisp.Primitives$pf__eval.execute(Primitives.java:345) at org.armedbear.lisp.LispThread.execute(LispThread.java:649) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:541) at org.armedbear.lisp.Lisp.eval(Lisp.java:506) at org.armedbear.lisp.Lisp.progn(Lisp.java:675) at org.armedbear.lisp.Primitives$sf_block.execute(Primitives.java:3733) at org.armedbear.lisp.Lisp.eval(Lisp.java:496) at org.armedbear.lisp.Lisp.progn(Lisp.java:675) at org.armedbear.lisp.Closure.bindParametersAndExecute(Closure.java:451) at org.armedbear.lisp.Closure.execute(Closure.java:484) at org.armedbear.lisp.LispThread.execute(LispThread.java:649) at org.armedbear.lisp.Lisp$1.execute(Lisp.java:277) at org.armedbear.lisp.Symbol.execute(Symbol.java:785) at org.armedbear.lisp.LispThread.execute(LispThread.java:649) at org.armedbear.lisp.top_level_50.execute(top-level.lisp:415) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:92) at org.armedbear.lisp.Symbol.execute(Symbol.java:775) at org.armedbear.lisp.LispThread.execute(LispThread.java:633) at org.armedbear.lisp.top_level_51.execute(top-level.lisp:423) at org.armedbear.lisp.LispThread.execute(LispThread.java:633) at org.armedbear.lisp.Interpreter.run(Interpreter.java:360) at org.armedbear.lisp.Main$1.run(Main.java:48) at java.lang.Thread.run(Thread.java:636) #<THREAD "interpreter" {3DC13D}>: Debugger invoked on condition of type ERROR Caught java.lang.ArrayStoreException. Restarts: 0: TOP-LEVEL Return to top level. [1] CL-USER(2): }}} Reproduced. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/182> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3