Custom Query (1030 matches)
Results (808 - 810 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #901 | fixed | Search files dialog, uncheck "Search Comments" bug | ||
| Description |
On unchecking the Search files Search Comments check box, I'm thrown to the Altconsole with
1.8-dev-r15113M-trunk (DarwinX8664) |
|||
| #905 | fixed | Apparent race condition in gui:background-process-run-function | ||
| Description |
This: (dotimes (i 3) (gui:background-process-run-function "foo" (lambda () (print 123)))) results in one successfully spawned process and one that reports:
(with one of the most horrifically long backtraces I have ever seen from a process that did not actually overflow the stack). But this: (dotimes (i 2) (gui:background-process-run-function "foo" (lambda () (print 123))) (sleep 0.01)) results in two successfully spawned processes. These results are repeatable for N>2. My guess is this is a race condition having to do with the naming of the windows that are created by the underlying deferred-cocoa-listener-output-streams but I have not been able to verify this. |
|||
| #911 | fixed | thread crash in callback from Grand Central Dispatch | ||
| Description |
Using cl-dispatch, I perform the elementary operation of adding a callback function to the asynchronous dispatch queue. See code below. Thread crash results when testing by repeated execution, typically after tens of executions. The error details are slightly different each time, and occasionally I am thrown into the kernel debugger. I have attached the OS X (10.7) crash report for one crash. (load "lisp:quicklisp;setup")
(ql:quickload "dispatch")
(defcallback foo (:address x) (declare (ignore x)) )
(defun test (v)
(let ((q (#_dispatch_get_global_queue 0 0)))
(dotimes (i v)
(print i)
(#_dispatch_async_f q (%null-ptr) foo))))
(test 100) ; this never completes without an error.
|
|||
