Custom Query (1030 matches)
Results (157 - 159 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1393 | moved | CCL fails to quit on Windows | ||
| Description |
CCL always fails to quit on Windows and just hangs when run from CMD.EXE. When run from cygwin's bash, it usually succeeds to quit, but sometimes fail. I noticed this behavior while compiling asdf-tools with CCL on Windows (asdf-tools being a test tool used by ASDF to run its test suite). To reproduce, run CMD.EXE, in it, run wx86cl64.exe, and in it, try to (quit). NB: I used the release binary for 1.11, and didn't try to compile from source. I'm not sure how to setup what C compiler to compile CCL on Windows. |
|||
| #385 | fixed | CCL fails to start on FreeBSD-6.3/i386 in VMware | ||
| Description |
CCL does not start for me on 32bit FreeBSD, running in VMware 6.5.1-build126130 hosted on Windows Vista/x64. dentinox 8_> uname -a FreeBSD dentinox.huebner.org 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Wed Jan 16 04:1 8:52 UTC 2008 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i38 6 dentinox 9_> svn info . Path: . URL: http://svn.clozure.com/publicsvn/openmcl/trunk/freebsdx86/ccl Repository Root: http://svn.clozure.com/publicsvn/openmcl Repository UUID: 8bdb8f1d-59ce-db11-9e41-0016172a54ae Revision: 11462 Node Kind: directory Schedule: normal Last Changed Author: gb Last Changed Rev: 11404 Last Changed Date: 2008-11-18 21:55:55 +0000 (Tue, 18 Nov 2008) dentinox 10_> ./fx86cl Unhandled exception 11 at 0x805613d, context->regs at #xbfbfe410 ? for help [2652] OpenMCL kernel debugger: b current thread: tcr = 0x48098240, native thread ID = 0x806b000, interrupts disab led |
|||
| #559 | fixed | CCL hangs when loading cl+ssl with *load-print* set to T in IDE | ||
| Description |
Subject line pretty much says it all. Set *load-print* to T and try to asdf-load the CL+SSL package. It will hang when loading bio.dx*fsl. When *load-print* is NIL the problem goes away. I'm using the 2008-11-04 version of CL+SSL but I'm pretty sure the problem doesn't depend on that. The problem manifests itself only in the IDE. When run from the terminal it works fine even with *load-print* set to T. |
|||
