#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
#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
#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
#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
#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
#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
#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