Custom Query (1030 matches)
Results (706 - 708 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1078 | notabug | cl-http port | ||
| Description |
hi i tend to prefer ccl over other cl implementations. but, when i decided to use it as a web application programing tool recently on a lisp-based http server,like cl-http or hunchentooth, i discovered these http servers does not support ccl, many implementations have ports but ccl not. i am a macintosh and debian user. |
|||
| #62 | fixed | cl:ed not hooked up in the IDE | ||
| Description |
In the IDE listener: ? (ed "~/.emacs")
1 > |
|||
| #976 | fixed | class redefinition after snap-reader-methods causes invalid memory operation | ||
| Description |
I haven't been able to reduce that to a small runnable example yet, but when we compile our application with (ccl::snap-reader-methods :known-sealed-world t) If we subsequently re-define a class, even identically, some existing methods using that class will fail with an "Invalid memory operation". That's with 1.8-r15359 LinuxX8664. Before the patch from http://trac.clozure.com/ccl/changeset/14968 was used, it was a plain crash. Can CCL be patched so that any class-redefinition after snap-reader-methods would invalidate the snapped reader methods, and possibly issue a warning or continuable error (since a promise was broken)? Xref: ITA bug 105557 |
|||
