Custom Query (1030 matches)
Results (256 - 258 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #545 | fixed | Instances of gui:ns-lisp-string don't print properly | ||
| Description |
The contents of an instance of gui:ns-lisp-string always prints as the empty string. This seems to be because gui:ns-lisp-strings answer NIL to initialized-nsobject-p, which results in their nsobject-description being the empty string. Probably should change the nsobject-description of uninitialized objects to "[uninitialized]" or something like that while you're at it. |
|||
| #554 | fixed | calling destroy_semaphore() in gc causing ccl hang | ||
| Description |
Refer to the thread below for more details. http://clozure.com/pipermail/openmcl-devel/2009-July/009995.html |
|||
| #558 | fixed | Printing long strings in the IDE is veeeerrrry sssllloooowwww | ||
| Description |
? (time (print (make-string 10000)))
""
(PRINT (MAKE-STRING 10000)) took 11,157,608 microseconds (11.157608 seconds) to run
with 2 available CPU cores.
During that period, 10,291,164 microseconds (10.291164 seconds) were spent in user mode
868,038 microseconds (0.868038 seconds) were spent in system mode
70,577 microseconds (0.070577 seconds) was spent in GC.
97,616 bytes of memory allocated.
120 minor page faults, 12,281 major page faults, 0 swaps.
""
Note that the above was run with string highlighting disabled. When it's enabled, things get even slower. (See ticket #540.) It would also be nice (and would be a resolution of this ticket as far as I'm concerned) to have something like *print-length* that applied to strings. I'm doing some database work that involves very long strings (megabytes) and it would be very nice not to have to manually kill the printing process whenever I accidentally print one of these monsters. I'm calling this a "minor enhancement" because I can work around it myself by defining a print-object method on strings. |
|||
