Custom Query (1030 matches)
Results (715 - 717 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #133 | fixed | cocoa bridge leaks NSString instances when converting lisp strings to NSStrings | ||
| Description |
(We already know this, but might as well put it on a ticket to annoy and shame us.) The Cocoa bridge tries to be helpful by turning lisp strings into NSStrings when passing them to methods that expect an Objective-C object. These strings are never released. Just as an initial thought, suppose we put these NSString instances into an nsstring-wrapper class. We could then keep these wrappers in a weak-key hash table (using the lisp string as the key), and use OpenMCL's termination mechanism to arrange for the NSString to be released before the nsstring-wrapper value gets it in the neck from the GC. |
|||
| #952 | fixed | code cover test example - errors in server code due to changes in Hunchentoot | ||
| Description |
I'm fixing the sample code in examples/code-cover-test/code-cover-test-server.lisp to work using Hunchentoot 1.2. 1) Call exported methods 2) Use the easy-handler mechanism |
|||
| #951 | fixed | code coverage example to show how to automatically collect coverage data for specified ASDF systems | ||
