of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: zh_CN.GBK
locale-coding-system: chinese-gbk
default-enable-multibyte-characters: t
--
Zhang Wei
2005-3-31
According to:
http://www.isi.edu/in-notes/iana/assignments/character-sets
cn-gb is not an official registration.
The prefered mime-charset is gb2312, not cn-gb.
Some popular mail client such as Mozilla-thunderbird
or Emacs Mew don't recognize cn-gb charset,
and the messages don't display
The following line has been put in my .emacs:
(setq x-select-request-type '(UTF8_STRING COMPOUND_TEXT TEXT STRING)
When I select some text from Mozilla-firefox using left mouse
button, but without issuing cut/copy command explicitly, then I paste
in emacs with middle mouse button or C-y,
In emacs-unicode-2 branch, these files had been removed from
the lisp/international/ directory:
utf-8.el
latin-1.el
latin-2.el
latin-3.el
latin-4.el
latin-5.el
latin-8.el
latin-9.el
But their names still appear in lib-src/makefile.w32-in, when
emacs-unicode-2 branch is compiled on Windows
According to the current `locale-language-names' variable,
no metter what locale is set for chinese, zh_CN.GB2312,
zh_CN.GBK or zh_CN.GB18030, the `current-language-environment'
variable will always be zh_CN.GB.
This could be improved by the following patch:
***
The `locale-preferred-coding-systems' variable should also
be improved for chinese locales.
*** lisp/international/mule-cmds.el.~1.242.2.25.~ 2005-09-26
06:07:01.0 +0800
--- lisp/international/mule-cmds.el 2005-10-27 13:58:14.0 +0800
***
*** 2280,2293
Emacs (emacs-unicode-2) crashed while reading mail with gnus. It's a
junk mail. Is that mail useful?
[EMAIL PROTECTED] gdb emacs
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it
;
char *cdef_file;
@@ -5521,7 +5525,9 @@
if (NILP (file))
Fsignal (Qquit, Qnil);
- return unbind_to (count, file);
+ decoded_file = DECODE_FILE (file);
+
+ return unbind_to (count, decoded_file);
}
#endif /* USE_GTK */
--
Zhang Wei or Brep
[EMAIL PROTECTED
Scoring...done
Generating summary...done
Loading gnus-bcklg...done
Loading mail-extr...done
Loading ansi-color...done
Loading smiley...done
Loading gnus-cite...done
No more unread newsgroups
Loading emacsbug...done
--
Zhang Wei or Brep
[EMAIL PROTECTED
Jan D. [EMAIL PROTECTED] writes:
Checked in, thanks. Although I am not sure it is always correct for
GTK as GTK does some decoding itself. Exactly what it does has
always been a mystery to me, it looks kind of random :-).
AFAIK, there is an env variable G_BROKEN_FILENAME controls the
auto-insert is a variable defined in `autoinsert.el'. If its value is
non-nil, Emacs automaticly inserts something into newly created empty
files.
If ido mode is truned on, emacs becomes very noisy while exit and ido
trys to save ~/.ido.last, it will ask Perform ... auto insertion?
(y/n) before
[EMAIL PROTECTED] (Kim F. Storm) writes:
Thanks for the bug report and the suggested patch.
However, I have installed a more generic fix to avoid problems from other
similar modes.
Please verify that the problem with auto-insert-mode has been fixed.
No more conflicts now. The bug has
Kenichi Handa [EMAIL PROTECTED] writes:
In article [EMAIL PROTECTED], Zhang Wei
[EMAIL PROTECTED] writes:
While copy and paste between Emacs unicode branch and a ctext required
software such as crxvt-gb, emacs can't format/decode correctly the
gbk-0 encoded compound text
Kenichi Handa [EMAIL PROTECTED] writes:
I'm very confused. You at first sent us the patch for
decoding gbk-0 encoded compound text. So, I thought
crxvt-gb also accepts such an encoding, and thus committed
the recent change for making ctext-pre-write-convsion
produce correct gbk-0 extended
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
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.
The arch repository can't keep up with the CVS repository. I
Kenichi Handa [EMAIL PROTECTED] writes:
It seems that ctext decoder of crxvt-gb is buggy. It
expects extra ESC ( B (ASCII designtion) after Chinese
characters encoded using an extended segment. According to
the spec of CTEXT, it is not necessary to produce that extra
designation sequence,
Kenichi Handa [EMAIL PROTECTED] writes:
2, apply the patch below.
I don't understand why you need it because the default value
of selection-coding-system is compound-text-with-extensions,
and thus the patch won't change the behavior.
Yes, the default value of selection-coding-system is
Bootstrap Emacs with MinGW under WindowsXP failed due to compiling
lisp/usr/vc-dav.el requires file DOC must be presentunder directory etc/
And I find this problem has been reported before, and a patch has been proposed:
http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-05/msg00388.html
Eli Zaretskii [EMAIL PROTECTED] writes:
Are you using MSYS?
yes, i'm using MinGW + MSYS.
Would you please stop offending the few volunteers who maintain the
Windows port? Even if you believe the problem is still unsolved,
that's not a reason good enough to say that ``nobody cares'' about
Compiling /home/brep/emacs-source/emacs-unicode-2/lisp/./mh-e/mh-e.el
In toplevel form:
mh-e/mh-e.el:997:1:Error: Symbol's function definition is void:
mh-strip-package-version
make[2]: *** [compile] Error 1
make[2]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2/lisp'
make[1]: ***
* CVS exited normally with code 0 *
cvs diff -- org.texi (in directory D:\emacs-cvs\emacs\man)
cvs diff: Empty password used - try 'cvs login' with a real password
Index: org.texi
===
RCS file:
Emacs reports lots of source file is newer messages while startup,
such as:
(C:\Emacs\bin\emacs.exe)
Loading subst-jis (compiled; note, source file is newer)...done
Loading subst-ksc (compiled; note, source file is newer)...done
Loading subst-big5 (compiled; note, source file is newer)...done
Eli Zaretskii [EMAIL PROTECTED] writes:
I don't see this on my Windows system. I'm guessing that your build
procedure somehow went wrong. Can you tell what commands you typed
after doing a cvs up?
I think this problem is caused by the `cp' program of msys, it can't
preserve the modification
Eli Zaretskii [EMAIL PROTECTED] writes:
I think this problem is caused by the `cp' program of msys, it can't
preserve the modification time of file while copying.
Why do you need to use `cp' at all?
I don't have cygwin installed. I think `cp' of msys is used for copying
files while `make
There's a lot of report from chinese Emacs community that Emacs conflicts
with gnome-settings-daemon.
`C-SPC' is widely accepted as the hot-key to activate XIM input method
such as SCIM or fcitx in chinese linux community. But when
gnome-settings-daemon is running, `C-SPC' is swallowed by emacs
2006/9/21, Miles Bader [EMAIL PROTECTED]:
If Emacs _did_ cooperate, it would screw up common Emacs bindings. That
isn't a problem for many Gnome apps, because they barely use any
keybindings, but Emacs obviously uses keybindings very heavily, and this
particular keybinding is extremely common
2006/9/21, Richard Stallman [EMAIL PROTECTED]:
The developers of the gnome-settings-daemon should not have chosen a
character that is so important for Emacs. Can you tell me their names
and email addresses, so I can talk with them about this?
I have talked to some of the initial reporters of
Richard Stallman [EMAIL PROTECTED] writes:
[...]
Are you saying that XIM can't ever work with Emacs?
Yes, that's what I mean.
That might be ok, since Emacs has its own input methods. But it would
be good to offer the possibility of using Emacs with XIM. And I thought
that this DID work.
Emacs crashed while reading elisp manual, this problem could be
reproduced by the following input sequence:
start emacs and press C-h i m elisp RET m lists RET m rings RET u u
I googled the web and found a same problem report here:
http://www.ysnb.net/meadow/meadow-users-jp/2006/msg00091.html
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Zhang Wei [EMAIL PROTECTED]
Date: Wed, 11 Oct 2006 15:44:59 +0800
Emacs crashed while reading elisp manual, this problem could be
reproduced by the following input sequence:
start emacs and press C-h i m elisp RET m lists RET m rings RET u u
The remote server is running Serv-U. We could see 220 Serv-U FTP Server
v6.1 for WinSock ready... in the greeting message.
If the directory name contain SPACE characters, such as This is a
directory, ange-ftp can't CD to that dir.
And I find out that the server understand this command:
CD This
`ido-find-file' work with `ido-refresh-directory' (bind to `C-l') very
well. But `ido-dired' don't refresh cache with `C-l'.
If emacs crashed, and you have the emacs process in the gdb debugger,
please include the output from the
`.newsrc.eld' can't save chinese group name in proper coding. When gnus
is restarted, all of the articles in groups with chinese name are marked
unread. But enter that group, you will find all of the articles are old
articles (marked by an `O'). The file in the attachment is the wrong
formatted
Zhang Wei [EMAIL PROTECTED] writes:
`kinsoku processing' and `nospace-between-words' don't work with
auto-fill-mode.
It don't work with UTF-8 and Chinese-GBK language environment, but
it work with Chinese-GB language envrionment, strange behavior
Zhang Wei [EMAIL PROTECTED] writes:
`kinsoku processing' and `nospace-between-words' don't work with
auto-fill-mode.
Would this patch be useful?
? patch
? admin/unidata/unidata.txt
Index: lisp/international/characters.el
===
RCS
`set-default-font' does not function anymore, I've got the following
settings in my .emacs:
(create-fontset-from-fontset-spec
(concat
-*-courier-medium-r-normal-*-14-*-*-*-*-*-fontset-courier,
chinese-gb2312:-*-simsun-medium-r-*-*-14-*-*-*-c-*-gb2312*-*,
is `Zhang Wei [EMAIL PROTECTED]', setting `smtpmail-smtp-server' to
`message-send-mail-with-sendmail'
Auto-saving...
Mark set
Loading emacsbug...done
Making completion list...
Quit
ibuffer: Cannot switch buffers in minibuffer window
--
荣华我已知庄梦
忠愤人将谓杞忧
Kenichi Handa [EMAIL PROTECTED] writes:
That makes too many unnecessary calls of `kinsoku'. I've
just installed a fix of the different way. Could you please
try with the latest code?
The `kinsoku' processing works great now, but `nospace-between-words'
still doesn't work for:
If a line begin with ×(unicode code point #xd7) and ÷(unicode code point
#xf7) and then several chinese characters, this line will becomes
gibberish after `C-l'(recenter). But there's no problem if these two
characters are in the middle of a line.
Same problem under GNU/Linux and M$ Windows.
According to the unicode standard, #xFF01 .. #xFF60 are fullwidth
ASCII variants and fullwidth brackets, they should be set double
width in the char-width-table.
May be this patch is useable.
*** c:/Emacs/lisp/international/characters.el Thu Oct 26 23:03:06 2006
---
Perhaps we should do this:
*** c:/Emacs/lisp/international/characters.el Thu Oct 26 23:03:06 2006
--- d:/download/emacs--unicode--0/lisp/international/characters.el Sun Oct
29 00:42:10 2006
***
*** 1013,1029
;; 2: East Asian Wide and Full-width characters.
(let
Start emacs with emacs -Q and type some text in the *scrach* buffer,
select the text with mouse left button, and paste them to xterm with
middle button, you will get a !MEM FULL! on the mode line.
This problem was introduced by arch revision patch-126 or patch-127,
no problem with arch revision:
Kenichi Handa [EMAIL PROTECTED] writes:
! (modify-category-entry elt ?\|)))
This is questionable. At least, shouldn't we exclude Hangul?
I don't konw korean, does Hangul has a different char break rule?
___
emacs-pretest-bug mailing list
Make some chinese directory names in /tmp, eval:
(read-file-name input /tmp/ /tmp/)
and press TAB TAB, the chinese directory names are listed
with out any problem.
but eval:
(read-file-name input /tmp/ /tmp/ nil nil 'file-directory-p)
and press TAB TAB, this time the chinese directory names
Configed like this:
--8---cut here---start-8---
configure.bat --with-gcc --no-cygwin --no-opt
make bootstrap
--8---cut here---end---8---
During bootstrap emacs encounter fatal error when byte-compile some .el
files, the
Eli Zaretskii [EMAIL PROTECTED] writes:
then do the following:
cd src
gdb ../bin/emacs.exe
r -batch --no-init-file --no-site-file --multibyte -l loaddefs -f
batch-byte-compile-if-not-done foobar.el
Make sure that you invoke GDB from the `src' directory, as shown
above, and that
Eli Zaretskii [EMAIL PROTECTED] writes:
Did it crash with ediff-ptch.el? I only see it crash with
ediff-merg.el and ediff-mult.el. Please try those as well under GDB.
No problem with them when byte-compiling them under gdb, and the
corresponding .elc file are correctly created. But when
I have used the following font specification for years, it used to
works fine:
--8---cut here---start-8---
(create-fontset-from-fontset-spec
(concat
-adobe-courier-medium-r-normal--14-140-75-75-m-90-fontset-courier,
Reiner Steib [EMAIL PROTECTED] writes:
I think summarizing the problematic keys _at the very beginning_ of
the tutorial or in a splash screen at it's startup would be much
better than interrupting the tutorial text several times in the middle
of a sentence.
hand.
When startup on Windows-XP, the default-buffer-file-coding-system is set
to chinese-gbk-unix, it should be chinese-gbk-dos by default on windows.
Startup with emacs -Q and C-h C in the *scratch* buffer gives:
--8---cut here---start-8---
Coding system for
cvs diff -u -- text.texi (in directory D:\download\emacs-gbk\man\)
Index: text.texi
===
RCS file: /cvsroot/cvs.savannah.gnu.org/emacs/emacs/man/text.texi,v
retrieving revision 1.73
diff -u -r1.73 text.texi
--- text.texi 6 Dec 2006
--8---cut here---start-8---
D:\download\emacs-gbk\ntconfigure --with-gcc --no-cygwin --no-debug
Checking for 'cp'...
Checking for 'rm'...
系统找不到指定的文件。
Checking whether W32 API headers are too old...
D:\download\emacs-gbk\ntgcc -mno-cygwin -c junk.c
Using 'gcc'
Eli Zaretskii [EMAIL PROTECTED] writes:
I cannot reproduce this on my machine. Is this the CVS code (and if
so, when did you checkout), or the 22.0.92 pretest?
The CVS code, updated.
Also, what versions of Make and shell (if any) did you use in this
build?
D:\download\emacs-gbk\ntmake -v
Eli Zaretskii [EMAIL PROTECTED] writes:
How did this happen? Did you checkout the CVS tree with the -kb
option to cvs up or cvs co? If not, some of your files in the nt/
subdirectory might have strange line endings. Can you please take a
closer look at nt/makefile.w32-in and the file
Eli Zaretskii [EMAIL PROTECTED] writes:
Could you please answer my questions about the configuration of your
Make binary and where you got it from, and also what does make which-sh
produce in the nt/ subdirectory? Thanks in advance.
I use the following packages:
MinGW-3.1.0-1.exe
Eli Zaretskii [EMAIL PROTECTED] writes:
Did you run nt/configure.bat after you updated the files yesterday?
If not, could you please run configure.bat and see if the time stamp
of src/config.h is updated?
Run nt/configure.bat doesn't update src/config.h.
If re-running configure.bat doesn't
[...]
Directory international
Directory language
Directory mail
Directory mh-e
Directory net
Directory play
Directory progmodes
Directory term
Directory textmodes
Directory url
Directory obsolete
Generating cus-load.el...
Saving file d:/emacs-unicode-2/lisp/cus-load.el...
Loading vc-cvs...
Wrote
with (ido-mode t), emacs complains while C-x C-f:
ad-cache-id-verification-code: Symbol's value as variable is void:
ad-special-forms
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and
If a directory's name contains `[' and `]' such as `[music]', dired
can't open it. It display a No match message under the dir name other
than the contents of the dir:
--8---cut here---start-8---
d:/download/[music]:
(No match)
total used in directory 0
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
Recent messages:
ls-lisp-insert-directory: Invalid regexp: Unmatched [ or [^
I don't get this message, though. Can you tell how you managed to
trigger it?
This happens when I test this problem, a file name just has the open `['
(without the
Input the character U+ with `M-x ucs-insert ', it won't
display, not even in a hollow box, it looks like as if that char
doesn't exist, but moving the cursor *does* stop at it.
`C-x =' gives the following message:
Char: ㌳ (13107, #o31463, #x, file ...) point=310 of 2427 (13%)
Jason Rumney [EMAIL PROTECTED] writes:
Zhang Wei wrote:
Input the character U+ with `M-x ucs-insert ', it won't
display, not even in a hollow box, it looks like as if that char
doesn't exist, but moving the cursor *does* stop at it.
Try a different font. It may be that the font you
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
I think I fixed this one as well now.
Now it's _really_ fixed. I think.
It works fine now. Thanks for your effort.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
When I enter Info, the info doc is allways opened with chinese-iso-8bit
coding system which is the default of my installation. If there are
non-ascii characters in the doc, it will be displayed incorrectly, such
as the emacs-mime page, there's a word `Naïve' in the page, and it
should be opened
Eli Zaretskii [EMAIL PROTECTED] writes:
Does the problem happen with emacs -Q? If it doesn't, then
something in your .emacs init file causes this.
Yes, it does.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Richard Stallman [EMAIL PROTECTED] writes:
Does the problem happen with emacs -Q? If it doesn't, then
something in your .emacs init file causes this.
Yes, it does.
Could you show us the code in your .emacs file which caused this?
It is possible that your .emacs file was
Richard Stallman [EMAIL PROTECTED] writes:
[...]
What is it on your system that makes the default coding system
chinese-iso-8bit?
The default coding system is determined by Locale settings, that is
`LC_ALL', `LC_CTYPE', or `LANG'.
___
The `cp' command of my installation don't preserve timestamps by
default, that command comes from the GNU coreutils 5.3.0 package:
--8---cut here---start-8---
D:\download\emacs-gbk\ntcp --version
cp (GNU coreutils) 5.3.0
Written by Torbjorn Granlund, David
Eli Zaretskii [EMAIL PROTECTED] writes:
If they have the same timestamps, why do you get source is newer
messages? I don't get them on my machine, and lread.c explicitly
checks for .elc time _less_ than the .el time, not _less_or_equal_.
Could you please look closer at this problem and tell
Eli Zaretskii [EMAIL PROTECTED] writes:
Make won't do any multi-processing unless you use the -j switch. Did
you?
I didn't use the -j switch.
[...]
Please tell the details of the system on which this happens: what
Windows version, on what type of filesystem(s) (NTFS, FAT, other) you
have
M-x customize-group RET erc-server RET
goto this section:
--8---cut here---start-8---
Erc Server Coding System: Hide Value Value Menu Cons-cell:
encoding: utf-8
decoding: undecided
--8---cut here---end---8---
change the
Leo [EMAIL PROTECTED] writes:
[...]
(when window-system
(set-fontset-font (frame-parameter nil 'font)
'han '(FZSongTi . unicode-bmp)))
The problem is that we can't specify different pixelsize for different
script. If we specify a font in the command line:
emacs
Eli Zaretskii [EMAIL PROTECTED] writes:
I guess we could rewrite the install target in lisp/Makefile so that
it copies the *.el files first.
Done. Please resync with the CVS and see if the problem is gone.
It works fine, thank you.
___
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
I have now installed a change to use @documentencoding and the
--enable-encoding switch, so that the `coding:' tag is produced in
info/emacs-mime. Please see if that solves the problem.
No problem now, thanks.
make -C ../src all
make[1]: Entering directory `D:/emacs-gbk/src'
gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0501 -D_X86_=1 -c -mno-cygwin
cpu=i686 -O2 -Di386 -D_CRTAPI1=_cdecl -Demacs=1 -DWINDOWSNT -DDOS_NT -DHAVE
ONFIG_H -I../nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DUSE_CRT_DLL=1 -o
Jason Rumney [EMAIL PROTECTED] writes:
Zhang Wei wrote:
process.c: In function `conv_sockaddr_to_lisp':
process.c:2307: `uint16_t' undeclared (first use in this function)
Please check if it compiles now. I checked in a Windows specific fix,
since there have never been reports
Eli Zaretskii [EMAIL PROTECTED] writes:
Can you please tell what version of MinGW do you have installed? (You
should be able to see it in the _mingw.h header file in your include
directory; look for the definition of __MINGW32_VERSION there.)
#define __MINGW32_VERSION 3.1
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Zhang Wei [EMAIL PROTECTED]
Cc: Zhang Wei [EMAIL PROTECTED], [EMAIL PROTECTED],
emacs-pretest-bug@gnu.org
Date: Mon, 16 Jul 2007 05:55:47 +0800
Eli Zaretskii [EMAIL PROTECTED] writes:
Can you please tell what version of MinGW do you have
Eli Zaretskii [EMAIL PROTECTED] writes:
Could you please add -v to the compiler switches, and show here what
it displays for this failing command? I'd like to know what arguments
GCC sees, because the input file (emacsclient.c) is clearly there.
I added the -v switch, but it seems the error
Eli Zaretskii [EMAIL PROTECTED] writes:
[...]
I suspect that this is some strange interaction between MSYS and MinGW
(you do use MSYS Bash and maybe MSYS Make, right?). You didn't
upgrade any of them together with MinGW, did you? Maybe you should
downgrade back to the older versions, and
Eli Zaretskii [EMAIL PROTECTED] writes:
I suspect that this is some strange interaction between MSYS and MinGW
(you do use MSYS Bash and maybe MSYS Make, right?). You didn't
upgrade any of them together with MinGW, did you? Maybe you should
downgrade back to the older versions, and if MinGW
`C-h f' and `C-h v' used to split window and give help information in
another window, why this behavior changed? Now it doesn't split window
anymore and gives help information in a window occupy the whole frame.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include
martin rudalics [EMAIL PROTECTED] writes:
`C-h f' and `C-h v' used to split window and give help information in
another window, why this behavior changed? Now it doesn't split window
anymore and gives help information in a window occupy the whole frame.
Should have been fixed now. Please
ar -rsc oo-spd/i386/lastfile.a oo-spd/i386/lastfile.o
gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0400 -D_X86_=1 -c -mno-cygwin -m
tune=pentium4 -O2 -Di386 -D_CRTAPI1=_cdecl -Demacs=1 -DWINDOWSNT -DDOS_NT -DH
AVE_CONFIG_H -I../nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DUSE_CRT_DLL=1 -DPURESIZE=50
Checking d:/emacs-gbk/lisp/calendar...
Compiling d:/emacs-gbk/lisp/calendar/calendar.el...
In toplevel form:
calendar/calendar.el:2215:1:Error: Symbol's function definition is void: i
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the
86 matches
Mail list logo