On Wed, 6 Jun 2007 11:41:24 +0200, Juanma Barranquero [EMAIL
PROTECTED] said:
On 6/6/07, YAMAMOTO Mitsuharu [EMAIL PROTECTED] wrote:
In xpm_load (if HAVE_XPM and ALLOC_XPM_COLORS),
xpm_init_color_cache is called twice without an intervening
xpm_free_color_cache call, and that causes
In xpm_load (if HAVE_XPM and ALLOC_XPM_COLORS), xpm_init_color_cache
is called twice without an intervening xpm_free_color_cache call, and
that causes a memory leak ~4KB per XPM image creation.
YAMAMOTO Mitsuharu
[EMAIL
by the subsequent x_encode_text call
for `icon.value' in emacs-unicode-2 even on non-GTK+ builds.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug
to XSetWMIconName
unnecessary in the GTK+ case? Previously, it was called in both cases
and that was the reason for x_encode_text in the GTK+ case.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
for x_set_name_internal for
now.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
the frame appear, but I'm not absolutely sure.
I think this is due to string data relocation caused by ENCODE_UTF_8
in x_set_name_internal (GTK+ only).
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/xfns.c
On Fri, 01 Jun 2007 10:05:41 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
I think this is due to string data relocation caused by ENCODE_UTF_8
in x_set_name_internal (GTK+ only).
GCPRO was missing in the previous patch. Below is a revised one
-equal tag-string )
(message Invisible tag: %s tag-string
it stalls as before with 100% CPU consumption.
I could reproduce this, but shouldn't the above `let' be `let*'?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
and conservative change to avoid
regression at this stage.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/indent.c
===
RCS file: /cvsroot/emacs/emacs/src/indent.c,v
- display_mode_lines -
display_mode_line
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs
(Qinhibit_point_motion_hooks, Qt);
{
Lisp_Object tail, frame;
This patch works on Mac OS X for the original problem (without my
previous patch). Adding specbind and unbind_to around the
`current_column' in redisplay_internal also works.
YAMAMOTO Mitsuharu
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
observed the other operations are blocked part of the bug
report on this platform.)
Let's get this into the branch.
Done.
Reports from Windows users still wanted.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
will not be redrawn to fit the new
size.
Does this change work?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
*** src/macterm.c.~1.214.2.2.~ Sat May 19 14:08:55 2007
--- src/macterm.c Mon May 21 21:06:22 2007
it with a Carbon build straight from GNU Emacs
CVS (with setting mac-option-modifier to meta)?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
*** emacs/src/macterm.c.~1.214.~Fri Apr 13 17:14:46 2007
--- emacs/src/macterm.c Sat May 12 19:23:49
keyboard layout.
Also, to make sure, please try some case that does not involve any
dead-keys.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug
On Wed, 09 May 2007 17:36:37 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
Though the non-ASCII unibyte `default-directory' case seems to be
sufficient for the originally reported problem, we should also handle
the following cases in order to make Fexpand_file_name consistent
comment on this?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
to be clarified?
This description seems to be applicable only to Terminal.app on Mac OS
X 10.1. I'll update it. Thanks for notifying.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug
://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00257.html
Sorry, I should have noticed that, but I didn't recognize him when I
read the report.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
, it means there's an error in
the keylayout file. (I'm using Mac OS X 10.4.9.)
Can you replace `action=' at line 722 with `output=' and try again?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
(group=0). If the modified ExtendedIrishAidan.keylayout
doesn't have the same problem, then I'd suspect a bug in
UCKeyTranslate() with the combination of XML non-Unicode keylayout and
non-US keyboard.
YAMAMOTO Mitsuharu
[EMAIL
?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
,
modifier_key_state,
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs
command-line-default-directory
(decode-coding-string command-line-default-directory
locale-coding-system t
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/buffer.c
and I'm not sure if it is safe to use
ENCODE_FILE in init_callproc. Also, this kind of changes may not be
appropriate at this stage.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/callproc.c
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
screen on two monitors, it should
return the total width. This seems to not be the case when
compiling for native OSX.
OK, how about this? x-display-mm-{width,height} are changed so as to
keep the dpi values of the main display.
YAMAMOTO Mitsuharu
not abuse them. As I mentioned earlier, the concept you want
has another name framebuffer in the X11 (Xinerama) world, and I
think the right thing is to support them in a consistent way on the
relevant platforms.
YAMAMOTO Mitsuharu
for minimizing the problematic case. This is because
show_help_echo called from menu_target_item_handler (in macmenu.c)
indirectly calls redisplay_internal in the above case, and then
set_frame_menubar (in macmenu.c) clears f-menu_bar_items_used.
YAMAMOTO Mitsuharu
(in mouse.el).
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
*** src/macterm.c.~1.210.~ Sat Mar 10 15:26:33 2007
--- src/macterm.c Wed Mar 14 19:55:12 2007
*** note_mouse_movement (frame, pos)
*** 4501,4507
rif
On Sat, 3 Mar 2007 08:57:02 +, David Reitter [EMAIL PROTECTED] said:
On 3 Mar 2007, at 00:58, YAMAMOTO Mitsuharu wrote:
(Cocoa) Emacs.app seems to do something uncommon to other
platform/toolkit ports with respect to the scroll bar width and the
frame internal border width in order
on other platforms
(try C-x 3 or (set-frame-parameter nil 'internal-border-width 10)).
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
to solve the problem. Could you try the following patch?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macterm.c
===
RCS file: /cvsroot/emacs/emacs/src/macterm.c,v
)
of the above change.
So, in order for BLOCK_INPUT to work reliably, it seems that
interrupt_input_blocked should be declared as volatile (or maybe
`volatile sig_atomic_t' instead of `volatile int') because it is
accessed from a signal handler.
YAMAMOTO Mitsuharu
.
Could you test if the following patch affects the stability?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/alloc.c
===
RCS file: /sources/emacs/emacs/src
Could you try to see if the following patch changes the situation?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/alloc.c
===
RCS file: /cvsroot/emacs/emacs/src
with this for a
few days, I'll install it.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macterm.c
===
RCS file: /cvsroot/emacs/emacs/src/macterm.c,v
retrieving revision
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
is currently twice reset to zero
apparently for no good reason. Could someone (YAMAMOTO Mitsuharu)
please test whether my change would break anything on Mac?
Menu selection functions on Mac (MenuSelect and PopUpMenuSelect) do
not return until the user selects an menu item or cancels the menu
selection. So
.
Exactly. I'll do that later.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
multiple times
continuously until the counter catches up the value that it would be
if no file dialog/menu were activated.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug
fire a (n + 1)th time.
My description above is about the count-up example in Simon's message.
You can observe a similar behavior using the example and M-! sleep 5
RET
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
with
respect to the mouse position on W32, either? I'm asking because I'm
thinking about setting its default to nil on Mac Carbon, because if
the value is t, C-x 5 o moves the mouse pointer to the upper-right
corner of the focused frame.
YAMAMOTO Mitsuharu
On Tue, 05 Sep 2006 09:37:15 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
It can be handled with Carbon events in kEventClassWindow.
kEventWindowClose for the Close button. kEventWindowGetIdealSize
and kEventWindowBoundsChanged for the Maximize button. The former
is easy to handle
variables (`toolkit_scroll_bar_interaction' and
`popup_activated_flag') is set. So, I think we can externalize the
condition and use a non-continuous timer instead of a continuous one.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
*** xmenu.c
On Mon, 04 Sep 2006 23:15:52 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
So, I think we can externalize the condition and use a
non-continuous timer instead of a continuous one.
Sorry. There was a mistake in the previous patch: the variable
`x_timeout_atimer_activated_flag
. The former is easy
to handle and I'll install a handler. But the latter is not so
straightforward and it may conflict with the existing code because
kEventWindowBoundsChanged is called in various situations.
YAMAMOTO Mitsuharu
[EMAIL
for the report. I've just installed a fix.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo
;
EMACS_SET_SECS_USECS (interval, 0, 10);
start_atimer (ATIMER_CONTINUOUS, interval, x_process_timeouts, 0);
}
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
try the following patch? It tries to see if the alias
record that is currently set is updated by the current file name.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macfns.c
-main threads) never
execute pthread_mutex_(un)lock in the signal hander context.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http
On Fri, 11 Aug 2006 09:04:34 +0200, David Kastrup [EMAIL PROTECTED]
said:
YAMAMOTO Mitsuharu [EMAIL PROTECTED] writes:
Yes, pthread_mutex_(un)lock is not async-signal-safe. But we are
already using such functions as malloc in the signal handler
context (with the help of BLOCK_INPUT). I
a pthread_mutex_(un)lock call for the
same mutex.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs
missing something, but doesn't adding BLOCK_INPUT around
closedir (and opendir) help?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
#22 0x080cac12 in XTread_socket (sd=0, expected=1, hold_quit=0xbfabf5ac)
at /home/tmp/emacs/src
\
{ \
pthread_mutex_unlock (alloc_mutex); \
if (pthread_self () == main_thread) \
UNBLOCK_INPUT; \
} \
while (0)
YAMAMOTO Mitsuharu
direction, but the current plan is
not enabling it in the next release as far as I understand.)
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug
instruction for PowerPC 603, 604, 750, 7400, 7410,
* 7450, and 7455
*/
/*
* __fsqrts - Floating-Point Square Root Single-Precision
*
* WARNING: Illegal instruction for PowerPC 603, 604, 750, 7400, 7410,
* 7450, and 7455
*/
YAMAMOTO Mitsuharu
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
On Thu, 06 Jul 2006 09:53:57 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
I've once posted a (not complete) list of Darwin library functions
that may call malloc-related functions but are not protected by
BLOCK_INPUT:
localtime, gmtime, ctime, opendir, getc, getaddrinfo, fwrite
on Darwin, creating wrapper functions is an
alternative way. Does anyone know the situation on other systems?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
!!
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
version without any modifications.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
of:
* The bug is already fixed (2006-03-22 is rather old.)
* Some local changes in the distribution affect the unstableness.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest
-
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
at a wrong position.
Another assertion violation can be observed by replacing the last
expression with (put-text-property 1 3 'display '(space :width 2))
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs
if the last one was changed to (put-text-property 2 3
'display DISP), though the case that overlay strings are not at
boundaries of display property was not what I intended.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
, the
`composition' property shows the similar behavior as I mentioned in
http://lists.gnu.org/archive/html/emacs-devel/2006-06/msg00119.html.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs
On Mon, 29 May 2006 09:54:24 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
But now I see some strange behavior if the overlay is placed at the
end of line.
emacs -Q -D
(setq overlay (make-overlay 1 1))
(setq str (make-string 100 ?a))
(overlay-put overlay 'before-string str)
M-
RET
On Wed, 31 May 2006 12:13:52 +0900 (JST), YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
Arg out of range 0,0 repeatedly occurs when trying to display
help-echo string in an overlay string with composition.
1. emacs -Q -D
2. (overlay-put (make-overlay 1 1) 'before-string
of buffer.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
In GNU Emacs 22.0.50.1 (sparc-sun-solaris2.8, X toolkit, Xaw3d scroll bars)
of 2006-05-31 on church
X server distributor `ATT Laboratories Cambridge', version 11.0.3332
configured
)
Then aaa is displayed at the beginning of buffer.
4. (put-text-property 1 2 'display bbb)
Then aaa disappears.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
If emacs crashed, and you have the emacs process in the gdb debugger
not allow us to dump with a dumped
executable. I'll install a change so that it shows an error message
when such an attempt is made.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug
on Mac to
Xft.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/xfaces.c
===
RCS file: /cvsroot/emacs/emacs/src/xfaces.c,v
retrieving revision 1.316.2.4
diff -c
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
of characters.
7. C-p C-n C-n
The line number in the mode line says the cursor is at the third line.
But it is displayed at the second row that corresponds to the second
line.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
In GNU Emacs 22.0.50.1
on in toolbar window if mouse-highlight is an integer.
I've installed the following fix to the CVS. Please try it. Phil, do
you possibly set the variable `mouse-highlight' to some integer?
YAMAMOTO Mitsuharu
[EMAIL
, but I got this error
provided I've set `mac-command-modifier' to `alt'.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http
by changing the
frame font to Courier 24 by S-mouse-1, followed by the evaluation of
the above expressions.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs
-International-Language has Russian (in
cyrillic) on top, i.e. as preferred language.
I could reproduce it and just installed a fix. Thanks for the report.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
customization could lead to this behaviour.
Then it seems to be difficult for us to know what was wrong without
your customization and the cache file. If you feel uncomfortable to
make them public by sending them to the list, can you send them to me
directly?
YAMAMOTO
.) are missing.
I could not reproduce it, but could you test if the following patch
makes some difference on your side?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macmenu.c
it is too short. At least,
scroll bars in Mac OS X 10.3.9 and 10.4.5 behave differently in such
cases. I suspect that this is a bug in Carbon, but anyway, I
installed some workaround because we cannot expect that it will be
fixed for old versions.
YAMAMOTO
On Tue, 7 Mar 2006 16:40:25 +, David Reitter [EMAIL PROTECTED] said:
A user reported crashes, consistently in mac_handle_mouse_event.
Could you see whether the following change that I've just made the
other day works?
2006-03-06 YAMAMOTO Mitsuharu [EMAIL PROTECTED]
* macterm.c
[test-insert]
'(menu-item å ä ö Å (lambda () (interactive) (insert å ä ö Å
It also works on Mac OS X/Carbon. (I suppose you have (setq test-menu
(make-sparse-keymap Test)) before the first expression.) Maybe
specific to Aquamacs 0.9.6?
YAMAMOTO Mitsuharu
args)
(let ((orig-frame (selected-frame)))
(special-display-popup-frame buffer args)
(x-focus-frame orig-frame)))
(setq special-display-function 'my-special-display-popup-frame)
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
to modify read-only object error. So I think it is no
longer tried to be preloaded.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http
.
if (VECTORP (elt))
{
if (NATNUMP (idx) XFASTINT (idx) ASIZE (elt))
{
ASET (elt, XFASTINT (idx), def);
return def;
}
insertion_point = tail;
}
YAMAMOTO
: commandp
error that is found in some Carbon Emacs distributions that preloads
international/encoded-kb.elc.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
the execution of
a dumped one, but that may also occur in a dumping session. The
latter cannot be caught by the watchpoint.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug
. I just installed a fix.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
On Sun, 13 Nov 2005 19:24:34 +, David Reitter [EMAIL PROTECTED]
said:
On 13 Nov 2005, at 06:39, YAMAMOTO Mitsuharu wrote:
So, if there's a non-pure object that is only pointed to by pure
objects, which may happen if the assumption for the pure storage is
violated, then the object
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
On Sun, 13 Nov 2005 13:15:01 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
Inappropriate preloading also affects the correctness of GC. Since
the pure storage is assumed to be read-only, GC does not mark or
follow the objects in this storage. So, if there's an object that
is only
-width font is
that the maximum metrics are confused by characters missing in the
font. One way to avoid this is to define maximum/minimum metrics as
those among ASCII characters. This is what ATSUI support code is
doing.
YAMAMOTO Mitsuharu
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
corruption caused by missing
BLOCK_INPUTs. If -DSYNC_INPUT suppresses the error, it might be due
to this. (See the thread starting from
http://lists.gnu.org/archive/html/emacs-devel/2004-09/msg00074.html)
YAMAMOTO Mitsuharu
1 - 100 of 137 matches
Mail list logo