armedbear-ticket February 2013

armedbear-ticket@common-lisp.net

1 participants
28 discussions

[armedbear-ticket] [armedbear] #266: PSETF.47 ANSI regression
by armedbear 14 Feb '13

14 Feb '13

#266: PSETF.47 ANSI regression -----------------------------+---------------------------------------------- Reporter: mevenson | Owner: nobody Type: defect | Status: new Priority: blocker | Milestone: 1.1.0 Component: java | Version: 1.1.0-dev Keywords: ansi-regression | -----------------------------+---------------------------------------------- According to a bisect caused by http://trac.common- lisp.net/armedbear/changeset/14035, but this looks wrong as r14035 merely adds an additional REQUIRE to format.lisp. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/266> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #299: ABCL-ASDF:MVN components not loading
by armedbear 13 Feb '13

13 Feb '13

#299: ABCL-ASDF:MVN components not loading --------------------------+------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: 1.2.0 Component: abcl-contrib | Version: 1.2.0-dev Keywords: abcl-asdf | --------------------------+------------------------------------------------- Somewhere along the line, specifying MVN artifacts with ABCL-ASDF stopped working. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/299> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #294: Reder doesn't recongize terminating characters in some cases
by armedbear 13 Feb '13

13 Feb '13

#294: Reder doesn't recongize terminating characters in some cases -----------------------+---------------------------------------------------- Reporter: sboukarev | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -----------------------+---------------------------------------------------- Things like #\Space; signals Unrecognized character name: "Space;" {{{ (set-macro-character #\? (lambda (stream char) (code-char (read stream nil nil t)))) '(a .?0) Dot context error. }}} Both cases are a result of hard-coded checks for terminating macro- characters, and in case of #\ it's only '(' and ')'. The attached patch fixes both issues. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/294> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

[armedbear-ticket] [armedbear] #293: Loop and default value for of-type problem
by armedbear 13 Feb '13

13 Feb '13

#293: Loop and default value for of-type problem -----------------------+---------------------------------------------------- Reporter: sboukarev | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -----------------------+---------------------------------------------------- (loop with x of-type (float 0) = 0.0) 0 cannot be converted to type (FLOAT 0). Here's a patch adapted from SBCL. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/293> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #288: Control character names
by armedbear 13 Feb '13

13 Feb '13

#288: Control character names -------------------------+-------------------------------------------------- Reporter: sboukarev | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Component: other | Version: Keywords: | -------------------------+-------------------------------------------------- ABCL doesn't recognize all abbreviations for ASCII control characters: {{{ (remove-if #'name-char '((#x00 "Nul") (#x01 "Soh") (#x02 "Stx") (#x03 "Etx") (#x04 "Eot") (#x05 "Enq") (#x06 "Ack") (#x07 "Bel") (#x08 "Bs") (#x09 "Ht") (#x0A "Lf") (#x0B "Vt") (#x0C "Ff") (#x0D "Cr") (#x0E "So") (#x0F "Si") (#x10 "Dle") (#x11 "Dc1") (#x12 "Dc2") (#x13 "Dc3") (#x14 "Dc4") (#x15 "Nak") (#x16 "Syn") (#x17 "Etb") (#x18 "Can") (#x19 "Em") (#x1A "Sub") (#x1B "Esc") (#x1C "Fs") (#x1D "Gs") (#x1E "Rs") (#x1F "Us") (#x20 "Sp") (#x7f "Del")) :key #'second) }}} {{{ ((#x7 "Bel") (#x8 "Bs") (#x9 "Ht") (#xA "Lf") (#xC "Ff") (#xD "Cr") (#x1B "Esc") (#x20 "Sp") (#x7F "Del")) }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/288> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #290: Compiling (defvar *foo* '(quote . x)) throws an error
by armedbear 13 Feb '13

13 Feb '13

#290: Compiling (defvar *foo* '(quote . x)) throws an error -----------------------+---------------------------------------------------- Reporter: sboukarev | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: Component: compiler | Version: Keywords: | -----------------------+---------------------------------------------------- The value X is not of type LIST. The attached patch fixes it by using proper-list-of-length-p instead of length. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/290> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #212: ABCL crash when running test suites of many libraryies
by armedbear 13 Feb '13

13 Feb '13

#212: ABCL crash when running test suites of many libraryies ----------------------------------------------------------------------------------------------+ Reporter: https://www.google.com/accounts/o8/id?id=aitoawmcq6mzgezjmpqv2tjhvs6isymf6t… | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: other | Version: 1.0.1 Keywords: | ----------------------------------------------------------------------------------------------+ I encountered crash of ABCL 1.0.1 when running tests of many libraries. (Some work may be done to isolate the problem by experimenting with the set of libraries used, but I didn't find time for this during the last 2 month, so decided to just submit an exact way to reproduce the bug). I supposed it may be a memory issue, and increased memory by JVM options (as shown below), but it doesn't help. To ensure the problem is reproducible I've created a branch of my project and create a script which load particular version of quicklisp (quicklisp is bootstrapped in local directory to avoid interference with the quickips installation user may have on his computer). The steps to reproduce: git clone git://github.com/cl-test-grid/cl-test-grid.git cd cl-test-grid git checkout abcl-crash-reproduce java -Xmx2048M -XX:ThreadStackSize=12048 -XX:MaxPermSize=256m -jar C:\Users\anton\unpacked\abcl\abcl-bin-1.0.1\abcl.jar --noinit --nosystem --batch --load crash-abcl.lisp > crash-abcl.log 2>&1 [ ... lot of output, and after ~20 mins ABCL crashed ] crash-abcl.log is attached. The stacktrace of interest is at the bottom. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/212> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 10

[armedbear-ticket] [armedbear] #284: checks in ensure-generic-function-using-class should occur later
by armedbear 13 Feb '13

13 Feb '13

#284: checks in ensure-generic-function-using-class should occur later -------------------------+-------------------------------------------------- Reporter: rschlatte | Owner: rschlatte Type: enhancement | Status: new Priority: minor | Milestone: Component: (A)MOP | Version: Keywords: | -------------------------+-------------------------------------------------- In ensure-generic-function-using-class, abcl is making a few sanity checks and issuing errors, and it is correct to do so according to the HyperSpec. However, since they are done already at such an early stage, some useful MOP idioms are not easily expressible, or at least need to be expressed differently, and I think it would be better to perform the checks at a later stage, for example inside shared-initialize. The concrete case that I encounter is the :lambda-list initialization parameter. In AspectL and filtered-functions, I need to be able to modify the lambda list internally, by adding one or two extra required parameters. I do this, extremely roughly, as follows: {{{ (defmethod initialize-instance :around ((gf my-generic-function) &rest initargs &key lambda-list) (apply #'call-next-method gf :lambda-list (list* extra-parameters… lambda-list) initargs)) }}} All methods that are added to such generic functions also get the extra parameters padded in during method metaobject initialization. However, due to this, the lambda list that ensure-generic-function-using-class sees is, by definition, not congruent with potentially existing methods, and thus complains about this fact with an error. If the check would only occur later (for example in shared-initialize on standard-generic-function), then the modifications would correctly pass through. At least, that is the case in all the other MOP implementations in which AspectL and filtered- functions work. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/284> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-ticket February 2013