#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
#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
#133: Mixed case inconsistency in TRANSLATE-LOGICAL-PATHNAMES
-------------------------+--------------------------------------------------
Reporter: mevenson | Owner: ehuelsmann
Type: defect | Status: new
Priority: major | Milestone: 0.25
Component: interpreter | Version: 0.24
Keywords: |
-------------------------+--------------------------------------------------
Jonathan Boca reports
{{{
As the following code and transcript demonstrate,
translate-logical-pathname appears to be downcasing paths
inconsistently:
;;; test.cl
(setf (logical-pathname-translations "foo")
'(("foo:bar;*.lisp" "/FooRoot/bar/*.lisp")
("foo:*.lisp" "/FooRoot/*.lisp")))
;;; In the following pathname translation, the entire path is downcased
(pprint (translate-logical-pathname "foo:bar;foobar.lisp"))
;;; In each of the next two, the entire path EXCEPT for the host is
downcased --
;;; the host is unchanged
(pprint (translate-logical-pathname "foo:foobar.lisp"))
(pprint (translate-logical-pathname "foo:Foobar.lisp"))
---
Armed Bear Common Lisp 0.24.0
Java 1.6.0_22 Apple Inc.
Java HotSpot(TM) Client VM
Low-level initialization completed in 0.478 seconds.
Startup completed in 1.386 seconds.
Type ":help" for a list of available commands.
CL-USER(1): (load "test.cl")
#P"/fooroot/bar/foobar.lisp"
#P"/FooRoot/foobar.lisp"
#P"/FooRoot/foobar.lisp"
T
CL-USER(2):
---
SBCL and CLISP both produce the following output for the above code:
#P"/FooRoot/bar/foobar.lisp"
#P"/FooRoot/foobar.lisp"
#P"/FooRoot/foobar.lisp"
Allegro's ALISP and MLISP both produce the following:
#P"/FooRoot/bar/foobar.lisp"
#P"/FooRoot/foobar.lisp"
#P"/FooRoot/Foobar.lisp"
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/133>
armedbear <http://common-lisp.net/project/armedbear>
armedbear