Custom Query (1030 matches)
Results (454 - 456 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1244 | invalid | ObjC bridge interface weirdness | ||
| Description |
Welcome to Clozure Common Lisp Version 1.10-r16303M (DarwinX8664)! ? (objc:load-framework "Quartz" :quartz) NIL ? #'#/pageAtIndex: > Error: Undefined function: NEXTSTEP-FUNCTIONS:|pageAtIndex:| > While executing: CCL::%FUNCTION, in process Listener(4). > Type cmd-. to abort, cmd-\ for a list of available restarts. > Type :? for other options. 1 > This problem is reliably repeatable, but it has randomly and mysteriously appeared and disappeared in different versions. For example, it was working in r16302: Welcome to Clozure Common Lisp Version 1.10-r16302M (DarwinX8664)! ? (objc:load-framework "Quartz" :quartz) NIL ? #'#/pageAtIndex: #<OBJC-DISPATCH-FUNCTION NEXTSTEP-FUNCTIONS:|pageAtIndex:| #x3020015710CF> ? and r16286: Welcome to Clozure Common Lisp Version 1.9-r16286M (DarwinX8664)! ? (objc:load-framework "Quartz" :quartz) NIL ? #'#/pageAtIndex: #<OBJC-DISPATCH-FUNCTION NEXTSTEP-FUNCTIONS:|pageAtIndex:| #x30200144C34F> But broken in r16266: Welcome to Clozure Common Lisp Version 1.10-store-r16266 (DarwinX8664)! ? (objc:load-framework "Quartz" :quartz) NIL ? #'#/pageAtIndex: Error: Undefined function: NEXTSTEP-FUNCTIONS:|pageAtIndex:| |
|||
| #768 | fixed | ObjC instance initialization failures | ||
| Description |
Several people have reported (http://clozure.com/pipermail/openmcl-devel/2010-October/012207.html) that the IDE can fail to start properly; one symptom is that creation of the initial listener can fail with a message to the effect that a Hemlock buffer named "Untitled" already exists. This seems to be caused by the fact that an earlier attempt to create a listener fails (after the "Untitled" Hemlock buffer is created) because some instances of some hybrid objects (HEMLOCK-TEXT-STORAGE and friends) aren't properly initialized, which in turn seems to be due to the fact that the hash table which maps ObjC classes to sets of init keywords has been an EQL hash table; if foreign addresses of classes change, there's a good chance that classes won't be found in that table and their instances won't be correctly initialized. We canonicalize ObjC class pointers and preserve them across sessions. *CLASS-INIT-KEYWORDS* should hash on identity, not foreign address. This should be fixed in a minute. It was introduced in the trunk in r14263. |
|||
| #228 | fixed | Once exhausted, process becomes uninterruptable | ||
| Description |
Once a process is allowed to run to exhaustion, it never again responds to process-interrupt: (let ((p (make-process "Test")))
;; Let it run through once
(process-preset p #'(lambda () nil))
(process-enable p)
(process-wait "exhaust" #'(lambda () (process-exhausted-p p)))
;; Now revive it and try to interrupt it
(process-preset p #'(lambda () (sleep 10)))
(process-reset p)
(process-enable p)
(sleep 1)
(let ((test :never))
(process-interrupt p #'(lambda () (setq test :interrupt)))
(process-wait "exhaust" #'(lambda () (process-exhausted-p p)))
test))
|
|||
