Custom Query (1030 matches)
Results (382 - 384 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #838 | fixed | Null characters confuse Hemlock | ||
| Description |
A #\null character in a lisp file causes the remainder of the file (after the #\Null) to quietly not appear if you open such a file in Hemlock in the Cocoa IDE. If you then save this file, the file gets truncated after the #\null character. Leaving aside the issue of how such a character would find its way into a Lisp file in the first place, this is certainly poor behavior on the part of the editor. Other utilities in the IDE (like the Search Files grepper) don't seem to have a problem with #\null characters in files. |
|||
| #837 | fixed | Some constant-valued integer expressions can be evaluated twice in generated code | ||
| Description |
From Eric Marsden on openmcl-devel: | Welcome to Clozure Common Lisp Version 1.7-dev-r14686M (LinuxX8664)! | ? (defun foo () | (catch 'ct5 (throw 'ct5 (logior -920833 (the integer -2513842743151))))) | FOO | ? (foo) | > Error: Can't throw to tag -263425 | > While executing: FOO, in process listener(1). `---- |
|||
| #836 | invalid | Format function handling of ~< ~> seems off | ||
| Description |
Consider the following: (format nil "~<{~;~{~,3f~^, ~:_~}~;};~:>"
(list (loop for x from 0 to 30 collecting (expt 1.065 x))))
Under sbcl and LW this puts 11 or 10 (respectively) numbers per line. On CCL (1.7-dev-r14672M-trunk) it does not, returning everything on a single line. This is a pretty esoteric format string, and it's possible I'm completely misunderstanding what it should do, but I *think* CCL is doing something wrong. |
|||
