armedbear-ticket

armedbear-ticket@common-lisp.net

633 discussions

[armedbear-ticket] [armedbear] #264: abcl-asdf.asd broken since revision 14233
by armedbear 10 Nov '12

10 Nov '12

#264: abcl-asdf.asd broken since revision 14233 --------------------------------------------+------------------------------- Reporter: https://openid.fau.de/eg74yneg | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: Component: abcl-contrib | Version: Keywords: | --------------------------------------------+------------------------------- {{{ Error while trying to load definition for system abcl-asdf from pathname jar:file:/usr/share/java/abcl-contrib-1.1.0~svn14239.jar!/abcl-asdf/abcl- asdf.asd: Component "abcl" not found. Error loading jar:file:/usr/share/java/abcl-contrib-1.1.0~svn14239.jar !/abcl-asdf/abcl-asdf.asd at line 27 (offset 845) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/264> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 9

[armedbear-ticket] [armedbear] #229: JSS method resolution failure
by armedbear 09 Nov '12

09 Nov '12

#229: JSS method resolution failure ------------------------------------------------+--------------------------- Reporter: mevenson | Owner: nobody Type: defect | Status: new Priority: critical | Milestone: 1.1.0 Component: java | Version: Keywords: jss method-resolution abcl-contrib | ------------------------------------------------+--------------------------- [http://article.gmane.org/gmane.lisp.armedbear.devel/2402 Jonathan Bona reports]: {{{ #| We found this issue while working with LSW. It seems to be a bug in how public methods are found for inner classes. The last line of code below results in an exception rather than finding and running the size() method: |# (require :abcl-contrib) (require :jss) (jss::ensure-compatibility) (setq headers (#"getHeaderFields" (#"openConnection" (jss::new 'java.net.url "http://google.com")))) ; a java.util.Collections$UnmodifiableRandomAccessList (setq ural (#"get" headers (second (jss::set-to-list (#"keySet" headers))))) ;finds: #<method public int java.util.Collections$UnmodifiableCollection.size()> (find "size" (#"getMethods" (#"getClass" ural) ) :test 'string-equal :key #"getName") ; Java exception 'java.lang.NoSuchMethodException: No applicable ; method named size found in java.lang.Object or ; java.util.Collections$UnmodifiableRandomAccessList'. (#"size" ural) #| I chased this into org.armedbear.lisp.Java, where findMethod is returning null. |# }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/229> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #243: ClassCastException in MAKE-PATHNAME
by armedbear 09 Nov '12

09 Nov '12

#243: ClassCastException in MAKE-PATHNAME ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: nobody Type: defect | Status: new Priority: major | Milestone: 1.1.0 Component: java | Version: Keywords: | ------------------------+--------------------------------------------------- ,---- | Armed Bear Common Lisp 1.1.0-dev-svn-14131M | Java 1.7.0_03 Oracle Corporation | OpenJDK 64-Bit Server VM | Low-level initialization completed in 0.3 seconds. | Startup completed in 1.456 seconds. | Loading /home/emarsden/.abclrc completed in 0.66 seconds. | Type ":help" for a list of available commands. | CL-USER(1): (make-pathname :device (list "foo")) | java.lang.ClassCastException: org.armedbear.lisp.SimpleString cannot be cast to org.armedbear.lisp.Pathname | at org.armedbear.lisp.Pathname.getNamestring(Pathname.java:657) | at org.armedbear.lisp.Pathname.printObject(Pathname.java:909) | at org.armedbear.lisp.Primitives$pf__output_object.execute(Primitives.java:907) | at org.armedbear.lisp.Symbol.execute(Symbol.java:813) | at org.armedbear.lisp.LispThread.execute(LispThread.java:653) | at org.armedbear.lisp.print_8.execute(print.lisp:127) | at org.armedbear.lisp.Symbol.execute(Symbol.java:813) | at org.armedbear.lisp.LispThread.execute(LispThread.java:653) | at org.armedbear.lisp.print_14.execute(print.lisp:281) | at org.armedbear.lisp.Symbol.execute(Symbol.java:813) | at org.armedbear.lisp.LispThread.execute(LispThread.java:653) `---- -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/243> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #246: CFFI: dynamically generated classes referred from .fasl can not be found after ABCL restart
by armedbear 09 Nov '12

09 Nov '12

#246: CFFI: dynamically generated classes referred from .fasl can not be found after ABCL restart ------------------------+--------------------------------------------------- Reporter: avodonosov | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | ------------------------+--------------------------------------------------- Armed Bear Common Lisp 1.1.0-dev-svn-14181 Java 1.6.0_24 Sun Microsystems Inc. {{{ (java:add-to-classpath "my-jna/jna.jar") (provide 'jna) (ql:quickload :drakma) ;; depends on CL+SSL }}} Do it first time after removing ~/.cache/common-lisp/. Works OK. Restart ABCL. Try the same code: {{{ Error loading C:/Users/anton/AppData/Local/common-lisp/cache/abcl-1.1.0 -dev- svn-14181-fasl39-win-x86/C/Users/anton/quicklisp/dists/quicklisp/software/cl+ssl-20120703-git/ffi.abcl at line 168 (offset 9483) #<THREAD "interpreter" {1A705D7}>: Debugger invoked on condition of type ERROR Class not found: org.armedbear.jna.dynamic.callbacks.G91513 Restarts: 0: TRY-RECOMPILING Recompile ffi and try loading it again 1: RETRY Retry loading FASL for #<ASDF:CL-SOURCE-FILE "cl+ssl" "ffi">. 2: ACCEPT Continue, treating loading FASL for #<ASDF:CL-SOURCE- FILE "cl+ssl" "ffi"> as having been successful. 3: ABORT Give up on "drakma" 4: TOP-LEVEL Return to top level. [1] CL+SSL(4): }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/246> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #249: Problems under Ubuntu
by armedbear 09 Nov '12

09 Nov '12

#249: Problems under Ubuntu -----------------------+---------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: blocker | Milestone: 1.1.0 Component: libraries | Version: 1.1.0-dev Keywords: | -----------------------+---------------------------------------------------- stas has reported http://article.gmane.org/gmane.lisp.armedbear.devel/2573 http://lists.common-lisp.net/pipermail/armedbear- devel/attachments/20121011/fb8785ed/attachment-0001.txt -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/249> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

[armedbear-ticket] [armedbear] #263: loading systems from abcl-contrib fails if CLASSPATH has a component with wildcard
by armedbear 09 Nov '12

09 Nov '12

#263: loading systems from abcl-contrib fails if CLASSPATH has a component with wildcard --------------------------------------------+------------------------------- Reporter: https://openid.fau.de/eg74yneg | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: Component: abcl-contrib | Version: Keywords: | --------------------------------------------+------------------------------- java and javac will perfectly accept a wildcard in CLASSPATH like {{{ CLASSPATH=java/lib/\*.jar javac foo.java }}} however abcl fails to load contribs in this case: {{{ CLASSPATH=~/jars/\*.jar abcl --eval '(require :abcl-contrib)' --eval '(require :jna)' jnaASDF could not load because Error while trying to load definition for system jna from pathname jar:file:/usr/share/java/abcl- contrib-1.1.0~svn14234.jar !/mvn/jna.asd: Bad place for a wild pathname.. }}} while {{{ CLASSPATH=~/jars/foo.jar:~/jars/bar.jar:~/jars/baz.jar abcl --eval '(require :abcl-contrib)' --eval '(require :jna)' }}} works just fine -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/263> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #235: Compiled cl+ssl sources not reloadable
by armedbear 08 Nov '12

08 Nov '12

#235: Compiled cl+ssl sources not reloadable ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.1.0 Component: compiler | Version: Keywords: | ------------------------+--------------------------------------------------- When loading compiled cl+ssl sources, abcl throws the following error: {{{ Error loading /home/ehuelsmann/.cache/common-lisp/abcl-1.1.0-dev- svn-14068-fasl39-linux- java/home/ehuelsmann/quicklisp/dists/quicklisp/software/cl+ssl-20120703-git/ffi.abcl at line 168 (offset 9318) #<THREAD "interpreter" {1513F3}>: Debugger invoked on condition of type ERROR Class not found: org.armedbear.jna.dynamic.callbacks.G15349 }}} It seems a reference to a dynamic class is saved, but the class is not regenerated upon loading in a fresh image. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/235> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #261: Loading Systems from abcl-contrib.jar fails
by armedbear 07 Nov '12

07 Nov '12

#261: Loading Systems from abcl-contrib.jar fails --------------------------------------------+------------------------------- Reporter: https://openid.fau.de/eg74yneg | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: Component: (A)MOP | Version: Keywords: | --------------------------------------------+------------------------------- {{{ % abcl Armed Bear Common Lisp 1.1.0-dev-svn-14226 Java 1.6.0_18 Sun Microsystems Inc. OpenJDK Client VM Low-level initialization completed in 0.42 seconds. Startup completed in 2.184 seconds. Type ":help" for a list of available commands. CL-USER(1): (require :abcl-contrib) ("ASDF" "ABCL-CONTRIB") CL-USER(2): (require :asdf-jar) #<THREAD "interpreter" {1685BE9}>: Debugger invoked on condition of type SIMPLE-ERROR Don't know how to REQUIRE ASDF-JAR. Restarts: 0: TOP-LEVEL Return to top level. [1] CL-USER(3): }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/261> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #255: ASDF file encoding specification don't work
by armedbear 28 Oct '12

28 Oct '12

#255: ASDF file encoding specification don't work ------------------------------------------------------------------+--------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.1.0 Component: ASDF | Version: 1.1.0-dev Keywords: quicklisp asdf com.informatimago.common-lisp.diagram | ------------------------------------------------------------------+--------- Anton reports in http://article.gmane.org/gmane.lisp.armedbear.devel/2599 that specifying file encodings in ASDF isn't working. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/255> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #254: Cannot load ASDF systems in jar archives with ASDF-BINARY-LOCATIONS-COMPATIBILTY enabled
by armedbear 21 Oct '12

21 Oct '12

#254: Cannot load ASDF systems in jar archives with ASDF-BINARY-LOCATIONS- COMPATIBILTY enabled ------------------------------------+--------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.1.0 Component: ASDF | Version: 1.1.0-dev Keywords: asdf jar-pathnames jss | ------------------------------------+--------------------------------------- Stas' reported on armedbear-devel@ in http://article.gmane.org/gmane.lisp.armedbear.devel/2597 that JSS, which is an ASDF system stored in the abcl-contrib.jar archive, fails to load. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/254> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

← Newer
1
...
35
36
37
38
39
40
41
...
64
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-ticket