Custom Query (1030 matches)
Results (337 - 339 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #655 | fixed | ccl64 appears to have a bug in the cygwin case. | ||
| Description |
This change <http://trac.clozure.com/ccl/changeset/10240> and the current script appears to have a bug. The clause for cygwin should set DD since CCL_DEFAULT_DIRECTORY is slammed <http://trac.clozure.com/ccl/browser/branches/win64/scripts/ccl64?rev=10240#L73> by DD moments later. |
|||
| #506 | fixed | ccl-init does not get loaded when CCL cocoa app is started by opening a file | ||
| Description |
Summary says it all. The ccl-init file only gets loaded when a listener is opened for the first time, which does not automatically happen if CLL is launched by opening a file. |
|||
| #1026 | notabug | ccl crashes when testing swank-crew | ||
| Description |
I recently modified the swank-client and swank-crew packages so that they load into ccl. When I execute (asdf:test-system 'swank-crew) I end up in the Clozure CL kernel debugger. Swank-crew uses threads and locks, so it's possible the code is triggering a Lisp system bug. To reproduce, check out the latest swank-client and swank-crew from their github repositories. Get all other dependencies from quicklisp. Finally, run (asdf:test-system 'swank-crew). Lisp version: Version 1.8-r15286M (LinuxX8664) The ARM version of ccl on my Raspberry Pi hangs when I run the swank-crew tests. The debugger does not appear. |
|||
