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

[armedbear-ticket] [armedbear] #34: adjust generated '*.cls' filenames
by armedbear 14 Jul '12

14 Jul '12

#34: adjust generated '*.cls' filenames ------------------------+--------------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | ------------------------+--------------------------------------------------- dmiles: it be nice to eventually name the coerce-666.cls coerce_666.cls as the same name of the way classpaths think about them (they'd continue to work).. one argument agaist is our autoloader at least gets a better whack at finding them in the right context apart from classloader -- Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/34> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #173: Cannot initialize ABCL within .ear
by armedbear 30 May '12

30 May '12

#173: Cannot initialize ABCL within .ear -----------------------------------------------------------------------+---- Reporter: https://me.yahoo.com/a/KvgfiPIMkNAd1zTHUTfXlVJkp92K#3d978 | Owner: ehuelsmann Type: defect | Status: new Priority: blocker | Milestone: Component: interpreter | Version: 0.27 Keywords: | -----------------------------------------------------------------------+---- Exception is java.lang.Error: ABCL Debug.assertTrue() assertion failed! at org.armedbear.lisp.Debug.assertTrue(Debug.java:46) at org.armedbear.lisp.Pathname.init(Pathname.java:404) at org.armedbear.lisp.Pathname.<init>(Pathname.java:217) at org.armedbear.lisp.Site.init(Site.java:60) at org.armedbear.lisp.Site.getLispHome(Site.java:74) Truncated. see log file for complete stacktrace ABCL is initialized from .ear and tries to load boot.lisp on URL zip:/opt/was/.........abcl-0.27.0.jar!/......../boot.lisp -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/173> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 12

[armedbear-ticket] [armedbear] #74: slow compilation test
by armedbear 06 May '12

06 May '12

#74: slow compilation test -------------------------+-------------------------------------------------- Reporter: trittweiler | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: | -------------------------+-------------------------------------------------- (eval-when (:compile-toplevel :load-toplevel :execute) (defclass foo () ())) (defun quux (x) (case x (#. (find-class 'foo) :foo) (t :quux))) (flet ((test (x) (format t "~&(QUUX ~S) => ~S~%" x (quux x)))) (test 42) (test (find-class 'foo))) COMPILE-FILE'ing that takes over a second. No real life case, of course, still you may be interested. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/74> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[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] #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

[armedbear-ticket] [armedbear] #181: Failure to load ASDF definitions from JAR files.
by armedbear 18 Dec '11

18 Dec '11

#181: Failure to load ASDF definitions from JAR files. -------------------------------+-------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: unscheduled Component: other | Version: 1.0 Keywords: url-pathname asdf | -------------------------------+-------------------------------------------- Unfortunately, I think we shipped abcl-1.0.0 with a non-working contrib loading mechanism stemming from an inability to load ASDF definitions from jar archives. This is probably due to the late inclusion of asdf-2.017.22. The following error occurs from issuing a "(require 'abcl-asdf)": {{{ Error while trying to load definition for system abcl-asdf from pathname jar:file:/Users/evenson/work/abcl/dist/abcl-contrib.jar!/abcl-asdf/abcl- asdf.asd: File not found: jar:file:/Users/evenson/work/abcl/dist/abcl-contrib.jar !/abcl-asdf/abcl-asdf.asd [Condition of type ASDF:LOAD-SYSTEM-DEFINITION-ERROR] Restarts: 0: [RETRY] Retry SLIME REPL evaluation request. 1: [*ABORT] Return to SLIME's top level. 2: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {47B620A2}> #<ASDF:LOAD-SYSTEM-DEFINITION-ERROR {73949D1}> #<FUNCTION {47B620A2}>) 1: (APPLY #<FUNCTION {47B620A2}> (#<ASDF:LOAD-SYSTEM-DEFINITION-ERROR {73949D1}> #<FUNCTION {47B620A2}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<ASDF:LOAD-SYSTEM- DEFINITION-ERROR {73949D1}> #<FUNCTION {47B620A2}>) 3: (INVOKE-DEBUGGER #<ASDF:LOAD-SYSTEM-DEFINITION-ERROR {73949D1}>) 4: (ERROR ASDF:LOAD-SYSTEM-DEFINITION-ERROR :NAME "abcl-asdf" :PATHNAME #P"jar:file:/Users/evenson/work/abcl/dist/abcl-contrib.jar!/abcl-asdf /abcl-asdf.asd" :CONDITION #<FILE-ERROR {421D3C0B}>) 5: (#<FUNCTION {6189076}> #<FILE-ERROR {421D3C0B}>) 6: (SIGNAL #<FILE-ERROR {421D3C0B}>) 7: org.armedbear.lisp.Lisp.error(Lisp.java:374) 8: org.armedbear.lisp.Load.load(Load.java:147) 9: org.armedbear.lisp.Load.load(Load.java:683) 10: org.armedbear.lisp.Load$_load.execute(Load.java:633) 11: org.armedbear.lisp.Symbol.execute(Symbol.java:820) 12: org.armedbear.lisp.LispThread.execute(LispThread.java:701) 13: org.armedbear.lisp.load_1.execute(load.lisp:33) 14: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:101) 15: org.armedbear.lisp.Symbol.execute(Symbol.java:785) 16: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 17: org.armedbear.lisp.asdf_248.execute(asdf.lisp:1697) 18: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 19: org.armedbear.lisp.Java$pf_jrun_exception_protected.execute(Java.java:1308) 20: org.armedbear.lisp.Symbol.execute(Symbol.java:785) 21: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 22: org.armedbear.lisp.asdf_246.execute(asdf.lisp:1697) 23: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 24: org.armedbear.lisp.asdf_243.execute(asdf.lisp:1688) 25: org.armedbear.lisp.Symbol.execute(Symbol.java:785) 26: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 27: org.armedbear.lisp.asdf_245.execute(asdf.lisp:1697) 28: org.armedbear.lisp.Symbol.execute(Symbol.java:796) 29: org.armedbear.lisp.LispThread.execute(LispThread.java:666) 30: org.armedbear.lisp.asdf_251.execute(asdf.lisp:1715) 31: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 32: org.armedbear.lisp.asdf_243.execute(asdf.lisp:1688) 33: org.armedbear.lisp.Symbol.execute(Symbol.java:785) 34: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 35: org.armedbear.lisp.asdf_250.execute(asdf.lisp:1715) 36: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:112) 37: org.armedbear.lisp.LispThread.execute(LispThread.java:666) 38: org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2794) 39: (SYSTEM::%LOAD #P"jar:file:/Users/evenson/work/abcl/dist/abcl- contrib.jar!/abcl-asdf/abcl-asdf.asd" T NIL T) 40: (LOAD #P"jar:file:/Users/evenson/work/abcl/dist/abcl-contrib.jar !/abcl-asdf/abcl-asdf.asd") }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/181> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #183: build.xml needlessly compiling Lisp sources
by armedbear 18 Dec '11

18 Dec '11

#183: build.xml needlessly compiling Lisp sources -------------------------------------------+-------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: minor | Milestone: unscheduled Component: build | Version: 1.0 Keywords: build.xml, system compilation | -------------------------------------------+-------------------------------- The correspondence between the source and the targets of the Lisp compilation is out of sync again so that the (timewise) expensive loading of the interpreted version of ABCL to compile its system source is always done (this is good for testing perhaps, but the average developer should have the fastest possible compile). -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/183> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #30: Lisp debugger, for both compiled and interpreted code
by armedbear 18 Nov '11

18 Nov '11

#30: Lisp debugger, for both compiled and interpreted code ----------------------------+----------------------------------------------- Reporter: vvoutilainen | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: unscheduled Component: component1 | Version: Keywords: debug debugger | ----------------------------+----------------------------------------------- ABCL code can be debugged with normal java debuggers, but it is somewhat painful for the portions implemented in lisp(1). So we need a lisp debugger. (1) It's possible, although a bit tedious, to step through eval calls in a java debugger by examining the cars and cdrs of eval parameters when stepping the code. -- Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/30> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #127: SLIME fails to EXTENSION:QUIT
by armedbear 18 Nov '11

18 Nov '11

#127: SLIME fails to EXTENSION:QUIT -------------------------+-------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: unscheduled Component: interpreter | Version: 0.24 Keywords: slime | -------------------------+-------------------------------------------------- Alan Ruttenberg reports that "(QUIT) in SLIME doesn't" {{{ CL-USER> (quit) ; Evaluation aborted on NIL. }}} The REPL used by SLIME is failing to catch and properly interpret the new ProcessingTerminated exception thrown by QUIT. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/127> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

Re: [armedbear-ticket] [armedbear] #5: CLOS reimplementation to support a MOP (preferably AMOP)
by armedbear 18 Nov '11

18 Nov '11

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

1 0

[armedbear-ticket] [armedbear] #170: Make COMPILE-FILE a multi-pass operation
by armedbear 17 Nov '11

17 Nov '11

#170: Make COMPILE-FILE a multi-pass operation ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: Component: compiler | Version: Keywords: | ------------------------+--------------------------------------------------- The single-pass implementation of COMPILE-FILE has several drawbacks: 1. Only backward referenced function calls can be inlined (since forward referenced functions are unknown at the time of compilation) 1. It's much harder to build an fasl-literal-object table with objects being referenced multiple times in the fasl; we need this item for compliance with [http://www.lispworks.com/documentation/HyperSpec/Body/03_bdd.htm section 3.2.4.4 of the CLHS] -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/170> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #171: Support for circular forms breaks Ironclad compilation
by armedbear 17 Nov '11

17 Nov '11

#171: Support for circular forms breaks Ironclad compilation --------------------------------+------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 0.28 Component: compiler | Version: 0.27 Keywords: quicklisp ironclad | --------------------------------+------------------------------------------- The support for circularity in compiled forms committed in r13600 breaks the build of ironclad-0.28 as installed from Quicklisp: {{{ The assertion (OR (EQ SYSTEM:INDEX T) (FIXNUMP SYSTEM::OBJECT)) failed. [Condition of type SIMPLE-ERROR] Restarts: 0: [CONTINUE] Retry assertion. 1: [TRY-RECOMPILING] Try recompiling whirlpool 2: [RETRY] Retry compiling #<IRONCLAD-SYSTEM::IRONCLAD-SOURCE-FILE "ironclad" "src" "digests" "whirlpool">. 3: [ACCEPT] Continue, treating compiling #<IRONCLAD-SYSTEM::IRONCLAD- SOURCE-FILE "ironclad" "src" "digests" "whirlpool"> as having been successful. 4: [ABORT] Abort compilation. 5: [*ABORT] Return to SLIME's top level. --more-- Backtrace: 0: (#<FUNCTION {21037517}> #<SIMPLE-ERROR {4AEE0373}> #<FUNCTION {21037517}>) 1: (APPLY #<FUNCTION {21037517}> (#<SIMPLE-ERROR {4AEE0373}> #<FUNCTION {21037517}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<SIMPLE-ERROR {4AEE0373}> #<FUNCTION {21037517}>) 3: (INVOKE-DEBUGGER #<SIMPLE-ERROR {4AEE0373}>) 4: (ERROR #<SIMPLE-ERROR {4AEE0373}>) 5: (SYSTEM::ASSERT-ERROR (OR (EQ SYSTEM:INDEX T) (FIXNUMP SYSTEM::OBJECT)) NIL NIL) 6: (SYSTEM::DF-HANDLE-CIRCULARITY 2276983119 #<FILE-STREAM {69FC49EF}> NIL) 7: (SYSTEM::DUMP-OBJECT 2276983119 #<FILE-STREAM {69FC49EF}>) 8: (SYSTEM::DUMP-VECTOR #(0 0 404997864 2276983119 916902645 2037354834 ...) #<FILE-STREAM {69FC49EF}>) 9: (SYSTEM::DUMP-OBJECT #(0 0 404997864 2276983119 916902645 2037354834 ...) #<FILE-STREAM {69FC49EF}>) 10: (SYSTEM::DUMP-CONS (IF (BOUNDP 'IRONCLAD::+RC+) (SYMBOL-VALUE 'IRONCLAD::+RC+) #(0 0 404997864 2276983119 916902645 2037354834 ...)) #<FILE-STREAM {69FC49EF}>) 11: (SYSTEM::DUMP-OBJECT (IF (BOUNDP 'IRONCLAD::+RC+) (SYMBOL-VALUE 'IRONCLAD::+RC+) #(0 0 404997864 2276983119 916902645 2037354834 ...)) #<FILE-STREAM {69FC49EF}>) 12: (SYSTEM::DUMP-CONS (DEFCONSTANT IRONCLAD::+RC+ (IF (BOUNDP 'IRONCLAD::+RC+) (SYMBOL-VALUE 'IRONCLAD::+RC+) #(0 0 404997864 2276983119 916902645 2037354834 ...))) #<FILE-STREAM {69FC49EF}>) 13: (SYSTEM::DUMP-OBJECT (DEFCONSTANT IRONCLAD::+RC+ (IF (BOUNDP 'IRONCLAD::+RC+) (SYMBOL-VALUE 'IRONCLAD::+RC+) #(0 0 404997864 2276983119 916902645 2037354834 ...))) #<FILE-STREAM {69FC49EF}>) 14: (SYSTEM:DUMP-FORM (DEFCONSTANT IRONCLAD::+RC+ (IF (BOUNDP 'IRONCLAD::+RC+) (SYMBOL-VALUE 'IRONCLAD::+RC+) #(0 0 404997864 2276983119 916902645 2037354834 ...))) #<FILE-STREAM {69FC49EF}>) 15: (SYSTEM::OUTPUT-FORM (DEFCONSTANT IRONCLAD::+RC+ (IF (BOUNDP 'IRONCLAD::+RC+) (SYMBOL-VALUE 'IRONCLAD::+RC+) #(0 0 404997864 2276983119 916902645 2037354834 ...)))) 16: (SYSTEM::PROCESS-TOPLEVEL-FORM (DEFCONSTANT IRONCLAD::+RC+ (IF (BOUNDP 'IRONCLAD::+RC+) (SYMBOL-VALUE 'IRONCLAD::+RC+) #(0 0 404997864 2276983119 916902645 2037354834 ...))) #<FILE-STREAM {69FC49EF}> .. 17: (SYSTEM::PROCESS-TOPLEVEL-FORM (IRONCLAD::DEFCONST IRONCLAD::+RC+ #(0 0 404997864 2276983119 916902645 2037354834 ...)) #<FILE-STREAM {69FC49EF}> NIL) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/171> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

Re: [armedbear-ticket] [armedbear] #8: Support for easier (web) deployment
by armedbear 17 Nov '11

17 Nov '11

#8: Support for easier (web) deployment -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: 1.1.0 Component: other | Version: Keywords: needs-spec | -------------------------+-------------------------------------------------- Changes (by mevenson): * keywords: => needs-spec * milestone: too-vague => 1.1.0 -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/8#comment:3> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 0

[armedbear-ticket] [armedbear] #185: hunchentoot with ssl fails to load correctly
by armedbear 07 Nov '11

07 Nov '11

#185: hunchentoot with ssl fails to load correctly --------------------------------------------+------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: unscheduled Component: libraries | Version: 1.0 Keywords: quicklisp hunchentoot cffi ssl | --------------------------------------------+------------------------------- Hunchentoot from the latest Quicklisp is a bit wonky with SSL. To disable any attempt to load code for dealing with SSL via CFFI in Hunchentoot, add the following to your ABCL initialization file ("~/.abclrc"): {{{ (push :hunchentoot-no-ssl *features*) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/185> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #184: Convert all assertions
by armedbear 06 Nov '11

06 Nov '11

#184: Convert all assertions -------------------------+-------------------------------------------------- Reporter: mevenson | Owner: nobody Type: task | Status: new Priority: minor | Milestone: unscheduled Component: java | Version: 1.0 Keywords: bite-sized, | -------------------------+-------------------------------------------------- We would benefit from consolidating all the assertions in the code base to use the standard JVM conventions introduced in Java5 (???) -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/184> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1