Custom Query (1030 matches)
Results (364 - 366 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #594 | fixed | (describe #'append) errors | ||
| Description |
This may be just a case of some work-in-progress code being checked into the trunk, but in case anyone's unaware of it: ? (describe #'append)
#<Compiled-function APPEND #x80CB906>
Name: APPEND
Arglist (analysis): (&REST LISTS)
> Error: Can't construct argument list from "Construct a new list by concatenating the list arguments".
> While executing: #<STANDARD-KERNEL-METHOD INSPECTOR:LINE-N (INSPECTOR::FUNCTION-INSPECTOR
T)>, in process listener(1).
Besides the obvious "this seems to have something to do with the fact that APPEND has function documentation", I don't have a good sense of what's going on here. |
|||
| #596 | fixed | (interactive-stream-p *standard-input*) returns NIL | ||
| Description |
Subject line says it all. This is technically not incorrect behavior, but given that (listen) does something different on *standard-input* than it does for other streams (like file streams and TCP streams) it would be nice to have a way to test which behavior to expect before calling (listen). |
|||
| #597 | fixed | Add nx1-combination-hook | ||
| Description |
Per the discussion on the mailing list I request that support for a user hook for ((...) ...) syntax be added to CCL. A reference implementation can be found here: |
|||
