#200: ABCL compiler fails to produce loadable fasl for XPATH
----------------------------------------------------+-----------------------
Reporter: mevenson | Owner: ehuelsmann
Type: defect | Status: new
Priority: major | Milestone: 1.1.0
Component: compiler | Version: 1.1.0-dev
Keywords: quicklisp xpath jvm-class-verify-error |
----------------------------------------------------+-----------------------
For the :XPATH system loaded from 2012-03-05 Quicklisp the plexippus-
xpath-20110219-darcs fails to load
{{{
Compiled function can't be loaded:
org.armedbear.lisp.ASDF_TMP_xpath_test_11 from
org.armedbear.lisp.Pathname@40f69ae7
}}}
which results from the class verifier error
{{{
java.lang.VerifyError: (class: org/armedbear/lisp/ASDF_TMP_xpath_test_11,
method: execute signature: ()Lorg/armedbear/lisp/LispObject;) Accessing
value from uninitialized register 20
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
at java.lang.Class.getConstructor0(Class.java:2699)
at java.lang.Class.newInstance0(Class.java:326)
at java.lang.Class.newInstance(Class.java:308)
at
org.armedbear.lisp.FaslClassLoader.loadFunction(FaslClassLoader.java:132)
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/200>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#188: FLEXI-STREAMS fails when testing CL-PPCRE
------------------------------------------------------------------+---------
Reporter: mevenson | Owner: mevenson
Type: defect | Status: new
Priority: major | Milestone: 1.0.1
Component: libraries | Version:
Keywords: quicklisp, asdf, flexi-stream,cl-ppcre, asdf:test-op |
------------------------------------------------------------------+---------
{{{
; Wrote /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev-
fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl-
ppcre-2.0.3/test/ASDF-TMP-tests.abcl (0.13 seconds)
; Loading /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev-
fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl-
ppcre-2.0.3/test/tests.abcl ...
; Loaded /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev-
fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl-
ppcre-2.0.3/test/tests.abcl (0.016 seconds)
; Compiling /home/weblogic/quicklisp/dists/quicklisp/software/cl-
ppcre-2.0.3/test/perl-tests.lisp ...
; (IN-PACKAGE :CL-PPCRE-TEST)
; (DEFVAR *TESTS-TO-SKIP* ...)
; (DEFUN CREATE-STRING-FROM-INPUT ...)
; (DEFUN PERL-TEST ...)
; Wrote /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev-
fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl-
ppcre-2.0.3/test/ASDF-TMP-perl-tests.abcl (0.098 seconds)
; Loading /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev-
fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl-
ppcre-2.0.3/test/perl-tests.abcl ...
; Loaded /home/weblogic/.cache/common-lisp/abcl-1.1.0-dev-
fasl38-linux-x64/home/weblogic/quicklisp/dists/quicklisp/software/cl-
ppcre-2.0.3/test/perl-tests.abcl (0.026 seconds)
Test: Running tests in file "perltestdata"
1:
got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM
{47275E71}> is not of type STREAM.
2:
got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM
{47275E71}> is not of type STREAM.
3:
got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM
{47275E71}> is not of type STREAM.
4:
got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM
{47275E71}> is not of type STREAM.
5:
got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM
{47275E71}> is not of type STREAM.
6:
got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM
{47275E71}> is not of type STREAM.
7:
got an unexpected error: The value #<FLEXI-STREAMS:FLEXI-INPUT-STREAM
{47275E71}> is not of type STREAM.
8:
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/188>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#65: UTF-32 strings support
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: other | Version:
Keywords: |
------------------------+---------------------------------------------------
ABCL uses Java char[]s to represent its strings. However, the char type
can only represent values in the BMP (Basic Multilingual Plane), because
only the BMP can be represented using 16 bits.
For supplementary characters (all Unicode chars outside the BMP), it uses
a pair of surrogate characters (UTF-16).
Common Lisp programs don't expect this and need strings to be represented
using complete characters.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/65>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#152: ql:closer-mop doesn't work
--------------------------------+-------------------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone: 0.26
Component: CLOS | Version: 1.0
Keywords: clos quicklisp mop |
--------------------------------+-------------------------------------------
[http://common-lisp.net/project/closer/closer-mop.html CLOSER-MOP] fails
to load via [http://quicklisp.org QuickLisp].
As part of resolving this ticket, it would be nice to produce a summary of
what is incomplete in ABCL wrt. MOP.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/152>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#212: ABCL crash when running test suites of many libraryies
----------------------------------------------------------------------------------------------+
Reporter: https://www.google.com/accounts/o8/id?id=aitoawmcq6mzgezjmpqv2tjhvs6isymf6t… | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone:
Component: other | Version: 1.0.1
Keywords: |
----------------------------------------------------------------------------------------------+
I encountered crash of ABCL 1.0.1 when running tests of many libraries.
(Some work may be done to isolate the problem by experimenting with the
set of libraries used, but I didn't find time for this during the last 2
month, so decided to just submit an exact way to reproduce the bug).
I supposed it may be a memory issue, and increased memory by JVM options
(as shown below), but it doesn't help.
To ensure the problem is reproducible I've created a branch of my project
and create a script which load particular version of quicklisp
(quicklisp is bootstrapped in local directory to avoid interference with
the quickips installation user may have on his computer).
The steps to reproduce:
git clone git://github.com/cl-test-grid/cl-test-grid.git
cd cl-test-grid
git checkout abcl-crash-reproduce
java -Xmx2048M -XX:ThreadStackSize=12048 -XX:MaxPermSize=256m -jar
C:\Users\anton\unpacked\abcl\abcl-bin-1.0.1\abcl.jar --noinit --nosystem
--batch --load crash-abcl.lisp > crash-abcl.log 2>&1
[ ... lot of output, and after ~20 mins ABCL crashed ]
crash-abcl.log is attached. The stacktrace of interest is at the bottom.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/212>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#190: FORMAT DOLLARSIGN fails to handle rounding negative arguments
-------------------------+--------------------------------------------------
Reporter: mevenson | Owner: ehuelsmann
Type: defect | Status: new
Priority: minor | Milestone: 1.0.1
Component: interpreter | Version: 1.0
Keywords: |
-------------------------+--------------------------------------------------
[http://article.gmane.org/gmane.lisp.armedbear.devel/2138 Marshall Abrams
reports:]
{{{
It looks as if there's a bug in 1.0.0 with FORMAT's dollarsign directive's
handling of negative numbers when it has to round up. (Forgive me if this
is a known issue--I didn't find it when I searched the bug list and
mailing list archives--or if there's something I'm misunderstanding.)
The first group of examples use the F directive for comparison to show
that the problem seems to be specific to dollarsign. (I added blank lines
between example groups for easy reading.)
The second group of examples illustrates a problem using dollarsign with
negative numbers. The output is about 10x too large, and doesn't seem to
be getting rounded properly. I'm guessing that the out of bounds error is
the result of the same issue.
The third group of examples shows that the problem doesn't seem to occur
with positive numbers, although there's still an extra negative sign
preprended.
Thank you-
Marshall Abrams
Armed Bear Common Lisp 1.0.0-svn-13663
Java 1.6.0_29 Apple Inc.
Java HotSpot(TM) 64-Bit Server VM
Low-level initialization completed in 0.7 seconds.
Startup completed in 2.211 seconds.
Type ":help" for a list of available commands.
CL-USER(1): (format t "~,vf" 3 -0.1768522)
-0.177
NIL
CL-USER(2): (format t "~,vf" 2 -0.1768522)
-0.18
NIL
CL-USER(3): (format t "~,vf" 1 -0.1768522)
-0.2
NIL
CL-USER(4): (format t "~,vf" 0 -0.1768522)
-0.
NIL
CL-USER(5): (format t "~$" -0.1768522)
--1.6
NIL
CL-USER(6): (format t "~v$" 3 -0.1768522)
--1.75
NIL
CL-USER(7): (format t "~v$" 2 -0.1768522)
--1.6
NIL
CL-USER(8): (format t "~v$" 1 -0.1768522)
#<THREAD "interpreter" {10FA1B2D}>: Debugger invoked on condition of type
TYPE-ERROR
Array index out of bounds: 2
Restarts:
0: TOP-LEVEL Return to top level.
[1] CL-USER(9): 0
CL-USER(10): (format t "~v$" 0 -0.1768522)
--0.
NIL
CL-USER(11): (format t "~$" 0.1768522)
0.18
NIL
CL-USER(12): (format t "~v$" 3 0.1768522)
0.177
NIL
CL-USER(13): (format t "~v$" 2 0.1768522)
0.18
NIL
CL-USER(14): (format t "~v$" 1 0.1768522)
0.2
NIL
CL-USER(15): (format t "~v$" 0 0.1768522)
0.
NIL
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/190>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#159: COMPILE-FILE-16 and -17 failing for the wrong reason
------------------------+---------------------------------------------------
Reporter: ehuelsmann | Owner: nobody
Type: defect | Status: new
Priority: major | Milestone:
Component: java | Version:
Keywords: |
------------------------+---------------------------------------------------
The error emitted from COMPILE-FILE-16 and -17 is "Could not form URL for
"CLTEST:COMPILE-FILE-16", with a similar message for -17.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/159>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#155: ABCL fails to start with '#' in Path
----------------------+-----------------------------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: minor | Milestone: 0.26
Component: other | Version: 0.24
Keywords: |
----------------------+-----------------------------------------------------
{{{
evenson@saturn:~/work/abcl-#154$ pwd
/export/home/evenson/work/abcl-#154
evenson@saturn:~/work/abcl-#154$ ./abcl
Armed Bear Common Lisp 0.26.0-dev
Java 1.6.0_25 Sun Microsystems Inc.
Java HotSpot(TM) 64-Bit Server VM
Low-level initialization completed in 0.645 seconds.
org.armedbear.lisp.IntegrityError
at
org.armedbear.lisp.Primitives$pf_error.execute(Primitives.java:1588)
at org.armedbear.lisp.Primitive.execute(Primitive.java:113)
at org.armedbear.lisp.Symbol.execute(Symbol.java:790)
at org.armedbear.lisp.Lisp.error(Lisp.java:374)
at org.armedbear.lisp.ZipCache.get(ZipCache.java:213)
at org.armedbear.lisp.ZipCache.get(ZipCache.java:102)
at org.armedbear.lisp.Pathname.truename(Pathname.java:2187)
at org.armedbear.lisp.Load.findLoadableFile(Load.java:68)
at org.armedbear.lisp.Load.loadSystemFile(Load.java:261)
at
org.armedbear.lisp.Interpreter.initializeLisp(Interpreter.java:172)
at
org.armedbear.lisp.Interpreter.createDefaultInstance(Interpreter.java:102)
at org.armedbear.lisp.Main$1.run(Main.java:46)
at java.lang.Thread.run(Thread.java:662)
ERROR placeholder called with arguments:
#<FILE-ERROR {163DC0BB}>
Failed to get cached ZipFile because java.util.zip.ZipException: error in
opening zip file
Exception in thread "interpreter" org.armedbear.lisp.IntegrityError
at
org.armedbear.lisp.Primitives$pf_error.execute(Primitives.java:1588)
at org.armedbear.lisp.Primitive.execute(Primitive.java:113)
at org.armedbear.lisp.Symbol.execute(Symbol.java:790)
at org.armedbear.lisp.Lisp.error(Lisp.java:374)
at org.armedbear.lisp.ZipCache.get(ZipCache.java:213)
at org.armedbear.lisp.ZipCache.get(ZipCache.java:102)
at org.armedbear.lisp.Pathname.truename(Pathname.java:2187)
at org.armedbear.lisp.Load.findLoadableFile(Load.java:68)
at org.armedbear.lisp.Load.loadSystemFile(Load.java:261)
at
org.armedbear.lisp.Interpreter.initializeLisp(Interpreter.java:172)
at
org.armedbear.lisp.Interpreter.createDefaultInstance(Interpreter.java:102)
at org.armedbear.lisp.Main$1.run(Main.java:46)
at java.lang.Thread.run(Thread.java:662)
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/155>
armedbear <http://common-lisp.net/project/armedbear>
armedbear