Kenichi Handa [EMAIL PROTECTED] writes:
I've just installed fixes. Could you please try again? The
locale of Emacs and crxvt-gb must be the same. Then both
ways of cutpaste should work well now in zh_CN.GB and
in zh_CN.GBK.
I just made a complete checkout from cvs, and test again, sorry
Hello,
There is an annoying problem with ispell when using aspell
dictionaries. I noticed that when I change the dictionary to
francais. With aspell (0.60.3) and UTF-8 that dictionary doesn't
work well, whereas the french dictionary work well. That surprised
me because the french and francais
In article [EMAIL PROTECTED], Zhang Wei [EMAIL PROTECTED] writes:
This time Emacs works well with crxvt-gb under zh_CN.GB2312, but
there's still some strange behavior can be observed under zh_CN.GBK,
if the sequence to be paste to crxvt-gb is a mixed sequence, I mean a
english character, a
Hello!
Having from 'xset -q' a list of (via replace-string , - C-j and
deleting some spaces):
Font Path:
/usr/X11R6/lib/X11/fonts/misc/
/usr/X11R6/lib/X11/fonts/TTF/
/usr/X11R6/lib/X11/fonts/Speedo/
/usr/X11R6/lib/X11/fonts/Type1/
I can't reproduce the reported bug with my emacs-unicode-2
on Debian. But, it's very unlikely that sort-lines is
system dependent. Have you confirmed that you marked the
correct region (perhaps by C-x C-x)?
---
Kenichi Handa
[EMAIL PROTECTED]
In article [EMAIL PROTECTED], Peter Dyballa [EMAIL
This is the second gc-related crash in two days.
Some recent change must be the culprit, as I have not seen a
crash for years, using CVS emacs daily for all my work!!
Program received signal SIGSEGV, Segmentation fault.
mark_object (arg=1) at alloc.c:5618
5618if (ptr-gcmarkbit)
Program received signal SIGSEGV, Segmentation fault.
0x42074900 in malloc_consolidate () from /lib/tls/libc.so.6
(gdb) bt full
#0 0x42074900 in malloc_consolidate () from /lib/tls/libc.so.6
No symbol table info available.
#1 0x4207580e in mALLOPt () from /lib/tls/libc.so.6
No symbol table info
Am 08.03.2006 um 13:26 schrieb Kenichi Handa:
Have you confirmed that you marked the
correct region (perhaps by C-x C-x)?
I used four methods of marking:
dragging with the mouse downwards
typing C-SPACE and then moving the cursor downwards
typing C-SPACE and then moving the cursor
Better yet, to fix this for all cases, would be to put the added text
on the next line (indented to be aligned with the command name).
Always putting it on the next line would be worse in the usual case
since fewer commands would fit on the screen.
Making that text smaller might be an
Hello!
Having from 'xset -q' a list of (via replace-string , - C-j and
deleting some spaces):
Font Path:
/usr/X11R6/lib/X11/fonts/misc/
/usr/X11R6/lib/X11/fonts/TTF/
/usr/X11R6/lib/X11/fonts/Speedo/
/usr/X11R6/lib/X11/fonts/Type1/
From: Kim F. Storm [EMAIL PROTECTED]
Date: Wed, 8 Mar 2006 11:25:26 +0100 (CET)
This is the second gc-related crash in two days.
Some recent change must be the culprit, as I have not seen a
crash for years, using CVS emacs daily for all my work!!
Program received signal SIGSEGV,
In article [EMAIL PROTECTED], Peter Dyballa [EMAIL PROTECTED] writes:
Every time the same. It continues with the just updated and compiled
version (launched as src/emacs -Q). It happens too when I put empty
lines at the block's beginning and end.
Can you reproduce it with CVS HEAD emacs?
12 matches
Mail list logo