Custom Query (1030 matches)
Results (715 - 717 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #601 | fixed | GET-DISPATCH-MACRO-CHARACTER after MAKE-DISPATCH-MACRO-CHARACTER | ||
| Description |
GET-DISPATCH-MACRO-CHARACTER complains about a character not being a dispatch macro character even after that character was just made one by MAKE-DISPATCH-MACRO-CHARACTER. Test case: (flet ((dispatch-macro-char-p (char &optional (rt *readtable*))
(handler-case
(prog1 t
(get-dispatch-macro-character char #\x rt))
(error () nil))))
(let ((*readtable* (copy-readtable nil)))
(values (dispatch-macro-char-p #\$)
(make-dispatch-macro-character #\$ nil)
(dispatch-macro-char-p #\$))))
Expected: NIL, T, T
Actual: NIL, T, NIL
Fix attached.
|
|||
| #991 | invalid | GCTWA | ||
| Description |
The garbage collector removes some interned symbols: Welcome to Clozure Common Lisp Version 1.9-dev-r15418M-trunk (LinuxX8632)! ? (progn (intern "FOO") (ccl:gc) (find-symbol "FOO")) NIL NIL ? Is this supposed to happen? |
|||
| #464 | fixed | GC problem in standalone Windows executables | ||
| Description |
With CCL "Version 1.2-r11583M (LinuxPPC32)" my test (defun test ()
(defun make ()
happily prints "Hello, world!" and exits. But with Windows 32bit CCL fresh from SVN (updated and rebuilt) it prints Hello, world!
.... .... and then hangs, eating CPU. Further tinkering showed that my TEST function could be as simple as (defun test () (ccl:gc)) Called from REPL - everything is OK; called as top-level function in a exe - program busy-waits for something. Also, CCL prints at start-up Can't get desired heap address at 0x4000000 May it have something to do with this GC problem? In REPL everything is OK, though: it succefully finishes a hour-long computation. Windows: XP SP2. CPU: Intel Core Duo. |
|||
