armedbear-ticket September 2017

armedbear-ticket@common-lisp.net

1 participants
10 discussions

[armedbear] #440: Integrate abcl-introspect with upstream SLIME
by armedbear 09 Feb '20

09 Feb '20

#440: Integrate abcl-introspect with upstream SLIME -----------------------+------------------------ Reporter: mevenson | Owner: Type: task | Status: new Priority: major | Milestone: 1.5.0 Component: libraries | Version: Keywords: slime | Parent Tickets: -----------------------+------------------------ abcl-introspect provides a more structured interface for introspecting backtraces; one can more or less just conditionalize the https://gitlab .common-lisp.net/slime/slime master to "just work" here TODO ==== Collapse the patches for a single upstream commit -- Ticket URL: <http://abcl.org/trac/ticket/440> armedbear <http://abcl.org> armedbear

1 4

[armedbear] #447: manual: Compile to Java 5 Bytecode
by armedbear 25 Nov '19

25 Nov '19

#447: manual: Compile to Java 5 Bytecode --------------------+---------------------- Reporter: rurban | Owner: Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: docs | Parent Tickets: --------------------+---------------------- Since rc0 to 1.5.0 you removed one part of the outdated compile to Java 5 Bytecode, but one headline still is "Compile to Java 5 Bytecode". It's now 6-8. Please change to "Compile to Java Bytecode" -- Ticket URL: <http://abcl.org/trac/ticket/447> armedbear <http://abcl.org> armedbear

1 3

[armedbear] #448: Running under Netbeans fails with QUICKLISP-ABCL load
by armedbear 23 Nov '19

23 Nov '19

#448: Running under Netbeans fails with QUICKLISP-ABCL load ----------------------------+---------------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.6.0 Component: abcl-contrib | Version: 1.5.0-dev Keywords: quicklisp-abcl | Parent Tickets: ----------------------------+---------------------------- {{{ Loaded /Users/evenson/.cache/common-lisp/abcl-1.6.0-dev- fasl43-macosx-x64/Users/evenson/work/abcl/dist/abcl-contrib.jar/quicklisp /quicklisp-abcl.abcl (0.023 seconds) ; Loading /Users/evenson/quicklisp/setup.abcl ... Failed to get InputStream for 'jar:file:/Users/evenson/quicklisp/setup.abcl!/impl_tmp17FXGQWI_16.cls' ABCL Debug.assertTrue() assertion failed! java.lang.Error: ABCL Debug.assertTrue() assertion failed! at org.armedbear.lisp.Debug.assertTrue(Debug.java:48) at org.armedbear.lisp.Pathname.getInputStream(Pathname.java:2386) at org.armedbear.lisp.Lisp.readFunctionBytes(Lisp.java:1363) }}} -- Ticket URL: <http://abcl.org/trac/ticket/448> armedbear <http://abcl.org> armedbear

1 2

[armedbear] #445: abcl test fails on trunk
by armedbear 23 Nov '19

23 Nov '19

#445: abcl test fails on trunk -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | Parent Tickets: -------------------------+---------------------- abcl test ... ``-do-compile-test: [mkdir] Created dir: /Users/lori/repos/abcl/build/empty [javac] Compiling 5 source files to /Users/lori/repos/abcl/build/test/classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.6 `` -- Ticket URL: <http://abcl.org/trac/ticket/445> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #438: something wrong with (function-lambda-expression (symbol-function 'lambda))
by armedbear 23 Nov '19

23 Nov '19

#438: something wrong with (function-lambda-expression (symbol-function 'lambda)) -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- {{{ (print (nth-value 2 (function-lambda-expression (symbol-function 'lambda) }}} -> {{{ ABCL Debug.assertTrue() assertion failed! java.lang.Error: ABCL Debug.assertTrue() assertion failed! at org.armedbear.lisp.Debug.assertTrue(Debug.java:48) at org.armedbear.lisp.ArgumentListProcessor.match(ArgumentListProcessor.java:485) at org.armedbear.lisp.Closure.processArgs(Closure.java:230) at org.armedbear.lisp.pprint_152.execute(pprint.lisp:712) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) 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.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.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_528.execute(swank.lisp:1732) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_47.execute(swank-repl.lisp:270) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_repl_48.execute(swank-repl.lisp:283) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_46.execute(swank-repl.lisp:270) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_272.execute(swank.lisp:490) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_repl_45.execute(swank-repl.lisp:270) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at abcl_79046444_f3e6_412c_a6d4_362381f8e171.execute(Unknown Source) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.funcall(Lisp.java:172) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2827) at org.armedbear.lisp.Symbol.execute(Symbol.java:826) at org.armedbear.lisp.LispThread.execute(LispThread.java:851) at org.armedbear.lisp.backend_56.execute(backend.lisp:477) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_489.execute(swank.lisp:1471) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_repl_44.execute(swank-repl.lisp:270) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_42.execute(swank-repl.lisp:257) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) 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.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.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_512.execute(swank.lisp:1669) at org.armedbear.lisp.LispThread.execute(LispThread.java:851) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2800) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_337.execute(swank.lisp:876) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_327.execute(swank.lisp:864) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_326.execute(swank.lisp:864) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at abcl_434fbc57_502d_44c7_88b2_1424a2cce67e.execute(Unknown Source) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.Lisp.funcall(Lisp.java:174) at org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2845) at org.armedbear.lisp.Primitive.execute(Primitive.java:148) at org.armedbear.lisp.Symbol.execute(Symbol.java:838) at org.armedbear.lisp.LispThread.execute(LispThread.java:872) at org.armedbear.lisp.backend_97.execute(backend.lisp:842) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_336.execute(swank.lisp:864) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_1.execute(swank.lisp:55) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_325.execute(swank.lisp:864) at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:98) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_36.execute(swank-repl.lisp:185) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.swank_repl_35.execute(swank-repl.lisp:179) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.swank_1.execute(swank.lisp:55) at org.armedbear.lisp.Symbol.execute(Symbol.java:814) at org.armedbear.lisp.LispThread.execute(LispThread.java:832) at org.armedbear.lisp.swank_repl_34.execute(swank-repl.lisp:179) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at abcl_98bf6cb5_7e81_4c37_86b6_ae9fc865d0d9.execute(Unknown Source) at org.armedbear.lisp.LispThread.execute(LispThread.java:798) at org.armedbear.lisp.threads_1.execute(threads.lisp:40) at org.armedbear.lisp.Symbol.execute(Symbol.java:803) at org.armedbear.lisp.LispThread.execute(LispThread.java:814) at org.armedbear.lisp.Lisp.funcall(Lisp.java:172) at org.armedbear.lisp.LispThread$2.run(LispThread.java:94) at java.lang.Thread.run(Thread.java:745) }}} -- Ticket URL: <http://abcl.org/trac/ticket/438> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #434: Recent maven distributions not found on mvnrepository.com
by armedbear 16 Nov '19

16 Nov '19

#434: Recent maven distributions not found on mvnrepository.com -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- If you google something like: maven abcl or: maven org.abcl.abcl The top hits are to https://mvnrepository.com/ which doesn't have recent versions Other google hits https://repo1.maven.org/maven2/org/abcl/abcl/ https://maven-repository.com/artifact/org.abcl/abcl https://maven2repo.com/org.abcl/abcl http://search.maven.org/#search%7Cga%7C1%7Corg.abcl Ideally all of these sites would be consistent. But minimally we should figure out how to have them indexed at https://mvnrepository.com since that's at the top of the google results. -- Ticket URL: <http://abcl.org/trac/ticket/434> armedbear <http://abcl.org> armedbear

1 4

[armedbear] #432: open http:// pathname doesn't follow redirects
by armedbear 16 Nov '19

16 Nov '19

#432: open http:// pathname doesn't follow redirects -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: defect | Status: new Priority: major | Milestone: Component: streams | Version: Keywords: | Parent Tickets: -------------------------+---------------------- So if you want to do something like use uiop/stream:copy-file which does something like open the source, open the dest, read/write, it will not do what you might expect. I don't see a way of controlling this behavior. Arguably the default ought to be to follow redirects and open the redirected-to file. -- Ticket URL: <http://abcl.org/trac/ticket/432> armedbear <http://abcl.org> armedbear

1 12

[armedbear] #436: feature request maven exclude dependency
by armedbear 16 Nov '19

16 Nov '19

#436: feature request maven exclude dependency -------------------------+---------------------- Reporter: aruttenberg | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: -------------------------+---------------------- Like this: https://maven.apache.org/plugins/maven-dependency- plugin/examples/exclude-dependencies-from-dependency-analysis.html To prevent dependencies from one maven artifact from stepping on another. Which they are doing. (each loads a different version) -- Ticket URL: <http://abcl.org/trac/ticket/436> armedbear <http://abcl.org> armedbear

1 10

[Armedbear-ticket] [armedbear] #383: Build standalone JARs which contain additional application code
by armedbear 13 Feb '19

13 Feb '19

#383: Build standalone JARs which contain additional application code -------------------------+----------------------- Reporter: mevenson | Owner: Type: enhancement | Status: new Priority: major | Milestone: 1.4.0 Component: other | Version: 1.4.0-dev Keywords: | -------------------------+----------------------- Clojure ("lein uberjar") as well as jruby ("warbler jar") have facilities for creating a standalone JAR which contains the runtime plus application. Other than creating the necessary assembly instructions, the only substantial problem would seem to be the need to further abstract the mechanism for finding ABCL-CONTRIB to something that could work on a pathname as well as an entire JAR. -- Ticket URL: <http://abcl.org/trac/ticket/383> armedbear <http://abcl.org> armedbear

1 1

[armedbear] #452: Pathname functions do the wrong thing when faced with actual filename with embedded asterisk
by armedbear 12 Sep '17

12 Sep '17

#452: Pathname functions do the wrong thing when faced with actual filename with embedded asterisk ----------------------+---------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | Parent Tickets: ----------------------+---------------------- From <https://github.com/armedbear/abcl/issues/63> In a shell: {{{ touch /tmp/* (probe-file "/tmp/") ; Evaluation aborted on #<FILE-ERROR {7DF4B809}>. CL-USER> (probe-file "/tmp/\") ; Evaluation aborted on #<FILE-ERROR {4D5E9779}>. CL-USER> (probe-file "/tmp/%2A") nil CL-USER> (probe-file "file:///tmp/%2A") ; Evaluation aborted on #<FILE-ERROR {7DF4B809}>. }}} The error is: Bad place for a wild pathname. I had a quick look to see how this could be repaired, but wasn't sure what the right approach is. This stackoverflow answer suggests using "\" as a quote, which is probably the best solution, and would be compatible with what Clozure CL, SBCL and LispWorks do. I also think the percent escaped character should be made to work. The specific screw case I had was that there was an accidentally created file with a "*" in a directory that was being scanned for ASDF's system registry, which crapped out because the directory function returned the "*" pathname, and subsequently did a probe on the file. -- Ticket URL: <http://abcl.org/trac/ticket/452> armedbear <http://abcl.org> armedbear

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-ticket September 2017