, which terminal-coding-system should we set by default when LANG is
de_DE.UTF-8(en_US.UTF-8), iso-latin-1 or utf-8?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing
buffer. For example C-x C-c should allow me to exit
Emacs in this situation.
Thanks for the report. It should work now.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug
-win.el and w32-win.el, and the
shortcuts of the menu items in question are not changed by (cua-mode
1) at least on the X11 build. I'm not familiar with cua-mode, but
does that affect cut/copy/paste operations?
YAMAMOTO Mitsuharu
the above problem?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macselect.c
===
RCS file: /cvsroot/emacs/emacs/src/macselect.c,v
retrieving revision 1.2
diff -c -r1.2
to nil.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: lisp/term/mac-win.el
===
RCS file: /cvsroot/emacs/emacs/lisp/term/mac-win.el,v
retrieving revision 1.43
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
for the current Carbon Emacs to display all the
characters in the above file. Please see the following post for more
info.
http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg01235.html
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
to cure
that problem in the unicode-2 branch by adjusting the trunk code
that uses QuickDraw Text routines. But I suspect it's worth doing
because such codes might be thrown away once ATSUI support is added.
YAMAMOTO Mitsuharu
On Sun, 22 May 2005 15:58:29 +0900 (JST), Kenichi Handa [EMAIL
PROTECTED] said:
In article [EMAIL PROTECTED], YAMAMOTO
Mitsuharu [EMAIL PROTECTED] writes:
The problem is apparently caused by being out of sync with the
trunk in the font handling part. It would not be too difficult to
cure
further changes require some investigation, and such changes
might interfare with his work.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
as its name stands for on Mac OS 9. I
also think the current behavior on Mac OS X is too much.
The following patch replaces such calls with inversions of the
minibuffer and the first line as in X11. Do we need to leave the
current behavior?
YAMAMOTO Mitsuharu
Event handler on a menu seems to work, but only
for Mac OS X 10.3 and later because CancelMenuTracking is not
available on earlier versions.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
static pascal OSStatus
mac_handle_menu_event
not sure when
it is.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macterm.c
===
RCS file: /cvsroot/emacs/emacs/src/macterm.c,v
retrieving revision 1.117
diff -c
the mouse is over when the wheel is
activated. If that's too difficult, at least scroll the first (or
selected) window in the frame that the mouse was over...
Does the following patch work?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macterm.c
===
RCS file: /cvsroot/emacs/emacs/src/macterm.c,v
retrieving revision 1.117
diff -c -r1.117 macterm.c
*** src
statements. I think the following
patch will fix the problem.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
*** src/macterm.c.~1.118.~ Wed Jun 15 11:30:25 2005
--- src/macterm.c Sun Jun 26 15:05:29 2005
-fontset-from-fontset-spec ?
Besides the above problem, I'd rather not recommend the use of
create-fontset-from-fontset-spec on Carbon Emacs because it introduces
tons of wrong glyphs. For example, × is displayed as W, ý as
}, and so on.
YAMAMOTO Mitsuharu
you have a better
idea about what's going on there...
I've no idea about its intention. It also introduces tons of wrong
glyphs...
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs
On Thu, 30 Jun 2005 07:52:28 +0100, David Reitter [EMAIL PROTECTED]
said:
On 30 Jun 2005, at 04:34, YAMAMOTO Mitsuharu wrote:
(create-fontset-from-mac-roman-font
-*-FAMILY-medium-r-normal--SIZE-*-*-*-*-*-mac-roman nil NAME)
would do the right thing for normal use. If one also want
default fontset?
fontset-mac is supposed to be such a fontset, and it is used by
default.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
On Thu, 30 Jun 2005 19:19:08 +0100, David Reitter [EMAIL PROTECTED]
said:
On 30 Jun 2005, at 11:40, YAMAMOTO Mitsuharu wrote:
I'm not aware of that (I only define one fontset on startup).
Removing the Foptimize_char_table call in Fset_fontset_font
(fontset.c) seems to improve the speed
On Fri, 01 Jul 2005 17:02:49 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
I'm now trying to make create-fontset-from-mac-roman-font faster by
creating a template for character mapping and reusing it. The code
at the end of this mail makes it 5 times faster (without removing
)
Thanks. I installed a fix to the CVS. Please try the latest one.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org
MOVE_TO_POS | MOVE_TO_VPOS);
6388}
6389 while (it2.method != GET_FROM_BUFFER);
6390 xassert (IT_CHARPOS (*it) = BEGV);
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
In GNU Emacs 22.0.50.1 (sparc-sun
' glyph
if mac-allow-anti-aliasing is set to nil. So the problem is the
renderer puts some dots outside the reported bounding box when Quartz
2D anti-aliasing for QuickDraw Text is enabled.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
is not
displayed at all after deiconifying.
Switching to another buffer restores the correct cursor shape.
Thanks for the report. I just installed a fix.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED
.
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
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
).
It is not reproducible, but obviously occurs regularly for some
users.
I've never seen this. Maybe it's related to something I don't use
regularly.
Let me confirm first. Does it also occur on unmodified CVS version?
YAMAMOTO Mitsuharu
answer at that time (a trivial typo is
corrected).
On Fri, 22 Jul 2005 09:12:37 +0900, YAMAMOTO Mitsuharu [EMAIL
PROTECTED] said:
Quote from http://developer.apple.com/qa/qa2001/qa1193.html:
SwapQDTextFlags(kQDUseCGTextRendering) without kQDUseCGTextMetrics
only if compatibility
by my
personal preference. I think such decisions should be made by
maintainers.
I'll ask the Mac maintainer about that.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug
on existing frames, but both family and height are
changed on a newly created frame. Case 3 works as expected.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
In GNU Emacs 22.0.50.1 (sparc-sun-solaris2.8, X toolkit, Xaw3d scroll bars
?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: lisp/term/mac-win.el
===
RCS file: /cvsroot/emacs/emacs/lisp/term/mac-win.el,v
retrieving revision 1.54
diff -c -r1.54 mac-win.el
*** lisp/term/mac-win.el
On Fri, 14 Oct 2005 11:57:27 +0100, David Reitter [EMAIL PROTECTED]
said:
Tried this, didn't work.
Oops, CFStringCreateExternalRepresentation also adds BOM. Please try
the following patch together with the previous one.
YAMAMOTO Mitsuharu
easy.
(Repeated clicks of C-mouse-1 at non-menu position will show the
message `C-mouse-1 is undefined' on the Carbon port.) I'll write
something about this to emacs-devel.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
-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
.
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
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
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
: 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
.
if (VECTORP (elt))
{
if (NATNUMP (idx) XFASTINT (idx) ASIZE (elt))
{
ASET (elt, XFASTINT (idx), def);
return def;
}
insertion_point = tail;
}
YAMAMOTO
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
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
[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
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
.) 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
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
-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
, 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
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
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
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/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
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
)
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
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
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
, 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
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
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
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
!!
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
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
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
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/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
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
-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
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
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
;
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
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
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
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
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
.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
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
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
1 - 100 of 137 matches
Mail list logo
