bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#11134: 24.0.94; Mac's Text to Speech stopped working in emacs buffer


From: YAMAMOTO Mitsuharu
Subject: bug#11134: 24.0.94; Mac's Text to Speech stopped working in emacs buffers when I moved from Snow Leopard to Lion
Date: Mon, 02 Apr 2012 07:50:47 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Sun, 1 Apr 2012 11:10:48 +0200, Jan Djärv <jan.h.d@swipnet.se> said:

>> Is it safe to call Fbuffer_string (in particular, move the gap)
>> inside read_socket_hook?  It is apparently unsafe without
>> SYNC_INPUT, but I'm not sure if it is supposed to be OK for the
>> SYNC_INPUT case.

> Can you show where move_gap runs Lisp code?

What I was concerned was not about running Lisp code.  If
read_socket_hook is called while the Lisp interpreter is operating on
some buffer contents through a pointer, then you shouldn't move the
gap in the middle of such an operation.  At least without SYNC_INPUT,
this actually happens.

> Updating the properties might run hooks, so we probably don't want
> to use Fbuffer_string for that reason.

And another reason would be what you are interested in is not always
the same as `current_buffer', but probably `XBUFFER (XWINDOW
(f->selected_window)->buffer)'.

                                     YAMAMOTO Mitsuharu
                                mituharu@math.s.chiba-u.ac.jp





reply via email to

[Prev in Thread] Current Thread [Next in Thread]