[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Concurrency
From: |
Giuseppe Scrivano |
Subject: |
Re: Concurrency |
Date: |
Sun, 28 Mar 2010 23:04:19 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1.93 (gnu/linux) |
Hello, sorry my late reply:
Tom Tromey <address@hidden> writes:
> There is also a new variable, minibuffer-mutex. I think it is pretty
> self-explanatory, but Giuseppe should probably explain it.
It is a mutex that protects the mini-buffer from concurrent accesses.
Only one thread can use the minibuffer at a time.
> Giuseppe also has a patch of some kind to Gnus, but I didn't see it in
> the tree, and I don't know exactly what it does.
No, I don't have a patch, I have just experimented with "(run-in-thread
gnus)" to verify it loads correctly in a separate thread.
Also we have to mention the two new macros:
(defmacro with-new-thread (&rest body)) -- BODY is executed in a new
thread.
(defmacro with-critical-section (mutex &rest body)) BODY is executed
after MUTEX is locked and automatically released on exit.
Giuseppe
- Re: Concurrency, (continued)
- Re: Concurrency, Stefan Monnier, 2010/03/29
- Re: Concurrency, Tom Tromey, 2010/03/28
- Re: Concurrency, Daniel Colascione, 2010/03/28
- Re: Concurrency, Stefan Monnier, 2010/03/28
- Re: Concurrency, Tom Tromey, 2010/03/28
- Re: Concurrency, Tom Tromey, 2010/03/28
- Re: Concurrency, Ken Raeburn, 2010/03/29
- Re: Concurrency, Tom Tromey, 2010/03/29
- Re: Concurrency, Stefan Monnier, 2010/03/29
- gsoc for concurrent Emacs? (was: Concurrency), Ted Zlatanov, 2010/03/31
- Re: Concurrency,
Giuseppe Scrivano <=
- Re: Concurrency, Daniel Colascione, 2010/03/28
- Re: Concurrency, Tom Tromey, 2010/03/28