armedbear-ticket

armedbear-ticket@common-lisp.net

633 discussions

[armedbear-ticket] [armedbear] #343: interactively evaluated or compiled functions don't get arglist saved
by armedbear 24 Jan '14

24 Jan '14

#343: interactively evaluated or compiled functions don't get arglist saved -----------------------------+----------------- Reporter: alan ruttenberg | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: interpreter | Version: Keywords: | -----------------------------+----------------- Index: precompiler.lisp =================================================================== --- precompiler.lisp (revision 14581) +++ precompiler.lisp (working copy) @@ -1184,6 +1184,7 @@ (setf lambda-expression (precompiler:precompile-form lambda-expression nil))) `(prog1 (%defun ',name ,lambda-expression) + (%set-arglist (symbol-function ',name) ,(format nil "~{~a~^ ~}" (third lambda-expression))) ,@(when doc `((%set-documentation ',name 'function ,doc))))))))) -- Ticket URL: <http://abcl.org/trac/ticket/343> armedbear <http://abcl.org> armedbear

1 2

[armedbear-ticket] [armedbear] #342: missing default method for gray-streams:stream-finish-output
by armedbear 19 Jan '14

19 Jan '14

#342: missing default method for gray-streams:stream-finish-output ------------------------+----------------------- Reporter: avodonosov | Owner: Type: defect | Status: new Priority: major | Milestone: Component: streams | Version: 1.3.0-dev Keywords: | ------------------------+----------------------- Test case: {{{ (ql:quickload :flexi-streams) (let* ((binary-stream (flexi-streams:make-in-memory-output-stream))) (finish-output binary-stream)) The value #<FLEXI-STREAMS::VECTOR-OUTPUT-STREAM {1E566F3}> is not of type #<STANDARD-CLASS FLEXI-STREAMS:FLEXI-OUTPUT-STREAM {7D84CE}>. [Condition of type SIMPLE-TYPE-ERROR] Backtrace: 0: (#<FUNCTION {1C9E6C0}> #<SIMPLE-TYPE-ERROR {FC82A6}> #<FUNCTION {1C9E6C0}>) 1: (APPLY #<FUNCTION {1C9E6C0}> (#<SIMPLE-TYPE-ERROR {FC82A6}> #<FUNCTION {1C9E6C0}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<SIMPLE-TYPE-ERROR {FC82A6}> #<FUNCTION {1C9E6C0}>) 3: (INVOKE-DEBUGGER #<SIMPLE-TYPE-ERROR {FC82A6}>) 4: (GRAY-STREAMS:STREAM-FINISH-OUTPUT #<FLEXI-STREAMS::VECTOR-OUTPUT- STREAM {1E566F3}>) 5: (SYSTEM::%FINISH-OUTPUT #<FLEXI-STREAMS::VECTOR-OUTPUT-STREAM {1E566F3}>) 6: (FINISH-OUTPUT #<FLEXI-STREAMS::VECTOR-OUTPUT-STREAM {1E566F3}>) }}} This happens because there is no default method for stream-finish-output. According to the Gray proposal, default method should exist and do nothing. The fix: {{{ Index: src/org/armedbear/lisp/gray-streams.lisp =================================================================== --- src/org/armedbear/lisp/gray-streams.lisp (revision 14464) +++ src/org/armedbear/lisp/gray-streams.lisp (working copy) @@ -314,6 +314,10 @@ (declare (ignore stream)) nil) +(defmethod stream-finish-output (stream) + (declare (ignore stream)) + nil) + (defmethod stream-clear-output (stream) (declare (ignore stream)) nil) }}} Also, ABCL handles the absence of default method not very correctly. It should signal "no applicable method". What happens here is that flexi- streams overrides stream-finish-output for one of its classes - FLEXI-STREAMS:FLEXI-OUTPUT- STREAM. So, I think ABCL sees that there is only one variant of method, and tries to apply this method, despite we pass object of another class. And here typecast happen. -- Ticket URL: <http://abcl.org/trac/ticket/342> armedbear <http://abcl.org> armedbear

1 6

[armedbear-ticket] [armedbear] #340: DIRECTORY applied to symbolic links with non-existent targets returns errors
by armedbear 14 Jan '14

14 Jan '14

#340: DIRECTORY applied to symbolic links with non-existent targets returns errors -------------------------+----------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.3.0 Component: interpreter | Version: 1.3.0-dev Keywords: | -------------------------+----------------------- Alan Ruttenberg notes [http://article.gmane.org/gmane.lisp.armedbear.devel/3048]: {{{ Emacs creates files like this: lrwxr-xr-x 1 alanr staff 30 Jan 6 01:40 .#foo.sql <at> -> alanr@... as lock files, IIRC. In such cases, the target of link names a file that doesn't exist. #'directory calls #'truename on the filenames that are listed, and truename does a probe file. Incidentally It looks like that is done in the java as well as the lisp function making the latter redundant. It seems wrong that there is a situation in which one can't call directory at all without getting an error. The crux of the matter is how to interpret the documentation of truename in the presence of symbolic links. The doc for truename says: If filespec is a pathname it represents the name used to open the file. This may be, but is not required to be, the actual name of the file." "actual name of the file" suggests that there is a file, but also suggests that it is the name that is important. Also whereas directory allows implementation-dependent keywords, truename is not so defined. I'll take the position that truename should *not* depend on the file existing, but rather focus on what names are present in directory structures. So resolve-truenames nil should should return the names in the directory and for resolve-truenames t it should follow symbolic links as long as they can be followed without hitting a name that doesn't designate an existing file. }}} Note that followup comments by Alan and Marco to the behavior of SBCL and CCL, and the relation to the Hyperspec were not picked up in the Gmane archives. -- Ticket URL: <http://abcl.org/trac/ticket/340> armedbear <http://abcl.org> armedbear

1 4

[armedbear-ticket] [armedbear] #341: DIRECTORY with :resolve-symlinks T still returns the TRUENAME of the link
by armedbear 10 Jan '14

10 Jan '14

#341: DIRECTORY with :resolve-symlinks T still returns the TRUENAME of the link --------------------------+------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.3.0 Component: interpreter | Version: 1.2.1 Keywords: CL:DIRECTORY | --------------------------+------------------- Gabor Balzacs notes in [http://article.gmane.org/gmane.lisp.armedbear.devel/3043] that DIRECTORY seemingly ignores :resolve-symlinks parameters in the following case: {{{ -rw-r--r-- 1 user group 0 Dec 15 11:00 file lrwxrwxrwx 1 user group 4 Dec 15 11:00 link -> file CL-USER(3): (directory "./*" :resolve-symlinks nil) (#P"/home/user/test/file" #P"/home/user/test/file") The result should be (#P"/home/user/test/file" #P"/home/user/test/link"). }}} -- Ticket URL: <http://abcl.org/trac/ticket/341> armedbear <http://abcl.org> armedbear

1 0

[armedbear-ticket] [armedbear] #338: read-invoke #" reader-macro doesn't work for top level forms
by armedbear 07 Jan '14

07 Jan '14

#338: read-invoke #" reader-macro doesn't work for top level forms -----------------------------------------+----------------------- Reporter: charmon | Owner: Type: defect | Status: new Priority: major | Milestone: Component: libraries | Version: 1.3.0-dev Keywords: read-invoke sharpsign-quote | -----------------------------------------+----------------------- Attempting to use the #" read-invoke reader macro fails for top-level forms: ;; This works: (defun bar () (#"openConnection" (jss::new 'java.net.url "http://google.com"))) (bar) ;; This doesn't: (#"openConnection" (jss::new 'java.net.url "http://google.com")) And here is the stack trace: The value (LAMBDA (#1=#:G5344 &REST #2=#:G5345) (JSS:INVOKE-RESTARGS "openConnection" #1# #2# NIL)) is not of type SYMBOL. [Condition of type TYPE-ERROR] Restarts: 0: [ABORT] Abort compilation. 1: [*ABORT] Return to SLIME's top level. 2: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {4EF56F8}> #<TYPE-ERROR {5D0F047B}> #<FUNCTION {4EF56F8}>) 1: (APPLY #<FUNCTION {4EF56F8}> (#<TYPE-ERROR {5D0F047B}> #<FUNCTION {4EF56F8}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<TYPE-ERROR {5D0F047B}> #<FUNCTION {4EF56F8}>) 3: (INVOKE-DEBUGGER #<TYPE-ERROR {5D0F047B}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:382) 5: org.armedbear.lisp.Lisp.type_error(Lisp.java:435) 6: org.armedbear.lisp.Lisp.checkSymbol(Lisp.java:1089) 7: org.armedbear.lisp.Lisp.get(Lisp.java:1962) 8: org.armedbear.lisp.compile_file_50.execute(compile-file.lisp:606) ... -- Ticket URL: <http://abcl.org/trac/ticket/338> armedbear <http://abcl.org> armedbear

1 1

[armedbear-ticket] Re: [armedbear] #273: compiler macro, flet, inline => Failed AVER: "NIL"
by armedbear 06 Jan '14

06 Jan '14

#273: compiler macro, flet, inline => Failed AVER: "NIL" -----------------------+------------------------ Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: closed Priority: critical | Milestone: 1.3.0 Component: compiler | Version: 1.2.0-dev Resolution: fixed | Keywords: -----------------------+------------------------ Changes (by mevenson): * status: new => closed * resolution: => fixed Comment: Working for abcl-1.3.0 -- Ticket URL: <http://abcl.org/trac/ticket/273#comment:5> armedbear <http://abcl.org> armedbear

1 0

[armedbear-ticket] Re: [armedbear] #188: READ can't read from gray streams
by armedbear 06 Jan '14

06 Jan '14

#188: READ can't read from gray streams -------------------------+------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: blocker | Milestone: 1.3.0 Component: libraries | Version: 1.1.0 Resolution: | Keywords: gray-streams streams beyond-ansi | CL:READ -------------------------+------------------------------------------------- Changes (by mevenson): * keywords: gray-streams streams beyond-ansi => gray-streams streams beyond-ansi CL:READ -- Ticket URL: <http://abcl.org/trac/ticket/188#comment:9> armedbear <http://abcl.org> armedbear

1 0

[armedbear-ticket] Re: [armedbear] #327: Disambiguate URL-PATHNAME from logical pathnames
by armedbear 06 Jan '14

06 Jan '14

#327: Disambiguate URL-PATHNAME from logical pathnames --------------------------+------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: blocker | Milestone: 1.3.0 Component: interpreter | Version: 1.3.0-dev Resolution: | Keywords: url-pathname logical-pathname --------------------------+------------------------------------------- Changes (by mevenson): * priority: major => blocker -- Ticket URL: <http://abcl.org/trac/ticket/327#comment:2> armedbear <http://abcl.org> armedbear

1 0

[armedbear-ticket] Re: [armedbear] #316: Errors when compiling NTH with type mismatches
by armedbear 06 Jan '14

06 Jan '14

#316: Errors when compiling NTH with type mismatches -------------------------+------------------------------------------------- Reporter: sboukarev | Owner: Type: defect | https://www.google.com/accounts/o8/id?id=AItOawkYnNNEAO_K40Gp0xROhyjOPgjvIs… Priority: blocker | Status: assigned Component: | Milestone: 1.3.0 interpreter | Version: 1.2.0-dev Resolution: | Keywords: -------------------------+------------------------------------------------- Changes (by mevenson): * priority: major => blocker -- Ticket URL: <http://abcl.org/trac/ticket/316#comment:4> armedbear <http://abcl.org> armedbear

1 0

[armedbear-ticket] Re: [armedbear] #337: PROBE-FILE for jar file entries accessed via http fails
by armedbear 06 Jan '14

06 Jan '14

#337: PROBE-FILE for jar file entries accessed via http fails --------------------------+----------------------------------------- Reporter: mevenson | Owner: Type: defect | Status: new Priority: major | Milestone: 1.3.0 Component: interpreter | Version: 1.2.1-dev Resolution: | Keywords: jar-pathname abcl-test-lisp --------------------------+----------------------------------------- Comment (by mevenson): Currently believed to be a problem finding a class to load due to improper encapsulation of previous use of pathnames with TYPE "_". q.v. Load.findLoadableFile() -- Ticket URL: <http://abcl.org/trac/ticket/337#comment:2> armedbear <http://abcl.org> armedbear

1 0

← Newer
1
...
24
25
26
27
28
29
30
...
64
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-ticket