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

[armedbear-ticket] [armedbear] #146: MAKE-PATHNAME erroneously merges directories as in MERGE-PATHNAMES
by armedbear 14 Apr '11

14 Apr '11

#146: MAKE-PATHNAME erroneously merges directories as in MERGE-PATHNAMES ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: | ----------------------+----------------------------------------------------- As noted in http://article.gmane.org/gmane.lisp.armedbear.devel/1867 MAKE-PATHNAME the following form mistakenly returns #p"/home/fare/" when it should return #p"" {{{ (make-pathname :directory nil :defaults "/home/fare/") }}} Discovered by Fare in working through ASDF-2.014 -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/146> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #142: Problem compiing LOGAND
by armedbear 27 Mar '11

27 Mar '11

#142: Problem compiing LOGAND ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: Component: compiler | Version: Keywords: | ----------------------+----------------------------------------------------- From binghe's [http://article.gmane.org/gmane.lisp.armedbear.devel/1835 problems compiling SNMP] there is a problem compiling our LOGAND form. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/142> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #138: Support object finalizers
by armedbear 13 Mar '11

13 Mar '11

#138: Support object finalizers -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -------------------------+-------------------------------------------------- One of the higher downloads from [http://quicklisp.org Quicklisp] is [http://www.cliki.net/trivial-garbage trivial-garbage], which currently does not support ABCL. To be able to implement support for ABCL, we need object finalization support. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/138> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #139: Weak object reference support
by armedbear 12 Mar '11

12 Mar '11

#139: Weak object reference support -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -------------------------+-------------------------------------------------- In order to allow [http://www.cliki.net/trivial-garbage trivial-garbage] to implement support for ABCL, we need weak object reference support. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/139> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #129: ql:JAN2011:montezuma produces a stack inconsistency
by armedbear 04 Mar '11

04 Mar '11

#129: ql:JAN2011:montezuma produces a stack inconsistency ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 0.25 Component: compiler | Version: 1.0 Keywords: | ----------------------+----------------------------------------------------- To reproduce: {{{ CL-USER> (load "http://beta.quicklisp.org/quicklisp.lisp") ... CL-USER> (quicklisp-quickstart:install) ... CL-USER> (ql:quickload "montezuma") }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/129> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #136: ABCL should allow DIRECTORY listings that don't follow symlinks, and/or provide a function for deleting a directory tree
by armedbear 02 Mar '11

02 Mar '11

#136: ABCL should allow DIRECTORY listings that don't follow symlinks, and/or provide a function for deleting a directory tree -----------------------------------------+---------------------------------- Reporter: vvoutilainen | Owner: nobody Type: enhancement | Status: new Priority: critical | Milestone: 0.26 Component: libraries | Version: Keywords: quicklisp directory symlink | -----------------------------------------+---------------------------------- Zach Beane writes: >> If I have a directory containing a file named a.txt and a symlink b.txt >> that points to a.txt, is there any ABCL function I can call to get both >> directory entries as separate objects, i.e. the list (#p"a.txt" >> #p"b.txt")? The semantics of CL:DIRECTORY seem to require resolving the >> b.txt symlink, so I'm trying to figure out an extra-standard way to do >> it in ABCL, if possible. > > I suppose we could add a keyword argument to DIRECTORY that would > allow that, or add a separate function. I don't think we have such a facility > at the moment. Let me back up and get to my actual goal; perhaps there's a way to do it in ABCL already... I'd like to delete a directory tree from within ABCL. The directory generally consists of plain files and other directories, but in some cases there will be symlinks present. For other CL implementations, I used extra-standard directory deletion and enumeration functions, so I thought I could perhaps do the same in ABCL. But maybe I can go for a higher abstraction. Is there a function within ABCL that deletes an entire directory tree? Further, Zach writes: Without the ability to do one of those two things, I'm afraid I won't be able to offer a version of Quicklisp that works with ABCL in the future. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/136> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

[armedbear-ticket] [armedbear] #128: ABCL command line processing should terminate with '--'
by armedbear 20 Feb '11

20 Feb '11

#128: ABCL command line processing should terminate with '--' ----------------------+----------------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: | ----------------------+----------------------------------------------------- Didier writes from <http://www.didierverna.com/sciblog/index.php?post/2011/01/22/Towards- ABCL-Standalone-Executables>: {{{ Nope because ABCL will still eat options it recognizes as its own, even after "--". In fact, I don't think ABCL has any notion of a double hyphen. Besides, it doesn't help you build a complete application in a JAR file, which was really my point. }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/128> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #123: REGISTER-JAVA-EXCEPTION failing
by armedbear 14 Feb '11

14 Feb '11

#123: REGISTER-JAVA-EXCEPTION failing ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: java | Version: Keywords: | ------------------------+--------------------------------------------------- William writes: Hi, I am trying to register Java exceptions using REGISTER-JAVA-EXCEPTION but it does not seem to work for me as evidenced by the transcript below. Is there anything that I may have missed? Armed Bear Common Lisp 0.23.1 Java 1.6.0_20 Sun Microsystems Inc. Java HotSpot(TM) 64-Bit Server VM Low-level initialization completed in 0.354 seconds. Startup completed in 1.579 seconds. Type ":help" for a list of available commands. CL-USER(1): (define-condition java-illegal-argument-error (java-exception) ()) JAVA-ILLEGAL-ARGUMENT-ERROR CL-USER(2): (register-java-exception "java.lang.IllegalArgumentException" 'java-illegal-argument-error) NIL -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/123> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #67: initarg checking performance
by armedbear 13 Feb '11

13 Feb '11

#67: initarg checking performance -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: performance | -------------------------+-------------------------------------------------- Our initarg checking strictness has improved (used to be non-existent), but we've seen a rather large performance hit, amongst other things upon object instantiation (make-instance). Functions involved (?): ALLOCATE-INSTANCE INITIALIZE-INSTANCE REINITIALIZE-INSTANCE SHARED-INITIALIZE UPDATE-INSTANCE-FOR-DIFFERENT-CLASS UPDATE-INSTANCE-FOR-REDEFINED-CLASS -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/67> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #83: problem with error reporting on undefined class during make instance
by armedbear 13 Feb '11

13 Feb '11

#83: problem with error reporting on undefined class during make instance ------------------------+--------------------------------------------------- Reporter: ehuelsmann | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: | ------------------------+--------------------------------------------------- CL-USER(25): (defclass c (d) ((q :initarg :q))) #<STANDARD-CLASS C {B5BEE0}> CL-USER(26): (make-instance 'c :q t) Debugger invoked on condition of type PROGRAM-ERROR: Invalid initarg :Q. The error should say instead something about d not being defined. This in build of a freshly updated trunk abcl -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/83> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5