calendar.el byte-compile failed
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 following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-08-04 on BREPHOME modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: shell-dirtrack-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-v prior M-x b y t e - c o m tab return return C-x o C-v M- down down return C-x o C-x C-f C-g C-x o C-x 1 down down down down down down down down down down down down down down down down down up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up down down down down down down down down down down down down down down down down up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up down down down down down down down down down down down down down down down down down down down down down up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up M-x b y t e - c o m - backspace tab return return M-x r e p r o t backspace backspace backspace o r t e backspace - e m tab return Recent messages: Compiling d:/emacs-gbk/lisp/calendar/calendar.el... (redraw-calendar) Loading warnings...done Mark set Undo! Compiling d:/emacs-gbk/lisp/calendar/cal-menu.el...done Wrote d:/emacs-gbk/lisp/calendar/cal-menu.elc Mark set [2 times] Quit Compiling d:/emacs-gbk/lisp/calendar/calendar.el... (redraw-calendar) Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: bootstrap failed
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 0 -o oo-spd/i386/firstfile.o firstfile.c windres -O coff --include-dir ../nt -o oo-spd/i386/emacs.res ../nt/emacs.rc gcc -o oo-spd/i386/temacs.bin -mno-cygwin -Wl,-stack,0x0080 -Wl,-heap,0x0 010 -Wl,-image-base,0x0100 -Wl,-subsystem,console -Wl,-entry,__start -Wl ,-Map,oo-spd/i386/temacs.map oo-spd/i386/firstfile.o oo-spd/i386/emacs.res oo-sp d/i386/temacs0.a oo-spd/i386/temacs1.a oo-spd/i386/temacw32.a oo-spd/i386/lastfi le.a -lwinmm -ladvapi32 -lgdi32 -lcomdlg32 -luser32 -lmpr -lshell32 -lwinspool - lole32 oo-spd/i386/temacs1.a(abbrev.o):abbrev.c:(.text+0x3b6): undefined reference to ` SYNTAX_ENTRY_FOLLOW_PARENT' collect2: ld returned 1 exit status make[2]: *** [oo-spd/i386/temacs.exe] Error 1 make[2]: Leaving directory `D:/emacs-unicode-2/src' make[1]: *** [bootstrap-temacs] Error 2 make[1]: Leaving directory `D:/emacs-unicode-2/src' make: *** [bootstrap-gmake] Error 2 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `C-h f' and `C-h v' don't split window anymore?
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 try again and tell me whether it works as expected. Thanks, martin. It's fixed, thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile error on Windows XP
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 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 This explains everything -- it's a very old version. (Current one is 3.12.) I upgraded MinGW to version 3.12, but run into another compilation error: --8---cut here---start-8--- gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0501 -D_X86_=1 -c -mno-cygwin -m tune=pentium4 -O2 -Di386 -D_CRTAPI1=_cdecl -DWINDOWSNT -DDOS_NT -DSTDC_HEADER S=1 -DNO_LDAV=1 -DNO_ARCHIVES=1 -DHAVE_CONFIG_H=1 -I../nt/inc -I../src -DHAVE_GE TCWD -DHAVE_STRERROR -DVERSION=\22.1.50\ -o oo-spd/i386/emacsclient.o emacsc lient.c gcc.exe: no input files make[2]: *** [oo-spd/i386/emacsclient.o] Error 1 make[2]: Leaving directory `D:/emacs-gbk/lib-src' make[1]: *** [all-other-dirs-gmake] Error 2 make[1]: Leaving directory `D:/emacs-gbk/nt' make: *** [bootstrap] Error 2 --8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile error on Windows XP
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 message is still the same, and I rechecked the emacsclient.c file, it is there. --8---cut here---start-8--- D:\emacs-gbk\ntmake [Please ignore a syntax error on the next line - it is intentional] /usr/bin/sh: -c: line 1: unexpected EOF while looking for matching `' /usr/bin/sh: -c: line 2: syntax error: unexpected end of file Using C:/MinGW/bin/sh.exe as shell. make -C ../lib-src all [Please ignore a syntax error on the next line - it is intentional] /usr/bin/sh: -c: line 1: unexpected EOF while looking for matching `' /usr/bin/sh: -c: line 2: syntax error: unexpected end of file make[1]: Entering directory `D:/emacs-gbk/lib-src' gcc -v -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0501 -D_X86_=1 -c -mno-cygwin -mtune=pentium4 -O2 -Di386 -D_CRTAPI1=_cdecl -DWINDOWSNT -DDOS_NT -DSTDC_HEA DERS=1 -DNO_LDAV=1 -DNO_ARCHIVES=1 -DHAVE_CONFIG_H=1 -I../nt/inc -I../src -DHAVE _GETCWD -DHAVE_STRERROR -DVERSION=\22.1.50\ -o oo-spd/i386/emacsclient.o ema csclient.c gcc.exe: no input files make[1]: *** [oo-spd/i386/emacsclient.o] Error 1 make[1]: Leaving directory `D:/emacs-gbk/lib-src' make: *** [all-other-dirs-gmake] Error 2 --8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile error on Windows XP
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 is the only one you upgraded, try an older version, maybe 3.9. Yes, I use MSYS bash and mingw32-make(renamed to make). gcc -v -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0501 -D_X86_=1 -c -mno-cygwin Something strange goes on here: the value of WIN32_WINNT should be 0x0400, not 0x0501. Can you find out why the difference? I changed the value from 0x400 to 0x501, no problem with the older MinGW. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile error on Windows XP
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 is the only one you upgraded, try an older version, maybe 3.9. I uninstalled MSYS completely and use GnuWin32 CoreUtils-5.3.0 instead, now it compiles. May be the MSYS I'm using is outdated, it's installed from MSYS-1.0.10.exe. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`C-h f' and `C-h v' don't split window anymore?
`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 the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-17 on BREPHOME modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: shell-dirtrack-mode: t gnus-topic-mode: t gnus-undo-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-p C-p a a v q return q C-x k C-k y e s return C-g g g down down v down down down down down down down down down down down down down down down down down down down down down q down down down down down down down v q q up up up up up up up up up down down down down down down down down down down down down down down down down down down down down down down down up up up v down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down v q up up up up up up up up up up down down down down down down down down down down up up up up up up up up up up up up up up up up up up up up up up up up up up v q M-x d i backspace g backspace backspace g r e p tab tab - f i n tab C-a C-k C-g C-h f g r e p return down down down down down down down down down down down down down down down q C-x k C-k C-g C-h f C-y return q C-x k C-k C-g C-x b C-s return return M- C-r C-s v r e backspace backspace e r C-r s i o n C-r C-r C-r C-r C-r return C-h f return C-x 1 C-x b return help-echo help-echo help-echo M-x M-x C-x b return C-g help-echo C-x b C-s C-s C-s C-s return p p return return q return return q g M-x r e p o r t - e m tab return Recent messages: Scoring...done Generating summary...done No more unread articles No more unread newsgroups Checking new news... nnml: Reading incoming mail from pop... nnml: Reading incoming mail (no new mail)...done Checking new news...done No gnus is bad news Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
compile error on Windows XP
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 oo-spd/i386/p cess.o process.c process.c: In function `conv_sockaddr_to_lisp': process.c:2307: `uint16_t' undeclared (first use in this function) process.c:2307: (Each undeclared identifier is reported only once process.c:2307: for each function it appears in.) process.c:2307: `ip6' undeclared (first use in this function) process.c:2307: parse error before ')' token process.c: In function `conv_lisp_to_sockaddr': process.c:2422: `uint16_t' undeclared (first use in this function) process.c:2422: `ip6' undeclared (first use in this function) process.c:2422: parse error before ')' token process.c: In function `server_accept_connection': process.c:4052: `uint16_t' undeclared (first use in this function) process.c:4052: `ip6' undeclared (first use in this function) process.c:4052: parse error before ')' token make[1]: *** [oo-spd/i386/process.o] Error 1 make[1]: Leaving directory `D:/emacs-gbk/src' make: *** [all-other-dirs-gmake] Error 2 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-14 on BREPHOME modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: shell-dirtrack-mode: t gnus-topic-mode: t gnus-undo-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: e C-e return tab ( b backspace g b k SPC . SPC B ) C-x C-s C-x C-f C-g C-x C-b down down return down v C-s g b return C-x b return C-x b C-s C-s return g v q up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up down down down down down down down down up v SPC SPC C-s g b k return q prior prior ^ down C-s w 3 2 - f n return v C-s g b return q up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up down-mouse-1 mouse-1 ^ C-s n t return C-s C-s return v down down down down down down down down down down down down down down down down down down C-s g b backspace m a k C-r C-r C-g g C-g C-g g C-p C-p C-p C-p v C-s 4 0 0 return C-b C-b C-b e C-d C-d C-d 5 0 1 1 backspace C-x C-s help-echo down-mouse-1 mouse-1 C-x b C-s C-g C-x b C-x C-b C-g x b C-/ C-x b g r return C-x b C-g C-x C-b p p p p p d d d d d d d d d d C-n C-n d d d d x y n n n n p return g n return return q g M-x r e p o r t - e m tab return Recent messages: Suppressing duplicates...done Scoring...done Generating summary...done No more unread newsgroups Checking new news... nnml: Reading incoming mail from pop... nnml: Reading incoming mail (no new mail)...done Checking new news...done No gnus is bad news Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile error on Windows XP
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 of this in the past, and that code has been there some time, but the same compilation error should happen on any platform where the system headers do not support the new size specific types introduced in ISO C99. Perhaps it is a safe assumption on other platforms that if IPv6 is supported, so is C99? It compiles now. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: compile error on Windows XP
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 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
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. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Info pages opened with an incorrect coding system
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. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [unicode-2] Chinese characters too small
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 --enable-font-backend -fn Bitstream Vera Sans Mono-14 then all script will use 14 pixelsize font. We could specify a different font for some scripts with `set-fontset-font', such as: (set-fontset-font (frame-parameter nil 'font) 'han '(SimSun . unicode-bmp)) but we can't change the fontsize: (set-fontset-font (frame-parameter nil 'font) 'han '(SimSun-16 . unicode-bmp)) won't work. We hope `set-fontset-font' could be used for changing fontsize also. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
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 where do the messages come from, and why? I'm not sure if the `make' program does multi-process `cp' when copying files, but some of the .el files become 1 second or 2 seconds newer than the corresponding .elc files after `make install', these files cause the source is newer messages. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
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 the relevant directories (the source one and the one that is the target of make install), etc. The versions of Make and the shell you are using and what kind of ports they are could also be of importance. Windows XP SP2, FAT32 filesystem (both source and dest). shell is cmd. --8---cut here---start-8--- D:\make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-msys Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to [EMAIL PROTECTED]. --8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
customize-group erc-server save buffer error
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 decoding system to utf-8: --8---cut here---start-8--- Erc Server Coding System: Hide Value Value Menu Cons-cell: encoding: utf-8 decoding: utf-8 --8---cut here---end---8--- save the buffer with C-x C-s got a error message: custom-group-save: Symbol's function definition is void: children 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-11 on BREP modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-track-minor-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-readonly-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: return / j o i n SPC # m backspace e m a c s return / j o i n SPC # d e i a n backspace backspace backspace b i a n - z h return up up up up up up up up up up up up up up up up down down down down down down down down down C-e C-x C-f backspace . e m return next down down M-x e r c return C-g M-x c u s t o tab - g tab return e r c return C-s c o i backspace d i n g C-s C-s C-s C-s return C-s C-s C-s C-g C-s s e r v e r C-g C-s C-g C-s backspace backspace s e r v e r return return C-a C-f return C-x C-s y e s return down down down down down down down down down down down down down down down down down down down down down C-s c d i n g backspace backspace backspace backspace o d i n g C-s C-s C-s C-s C-e C-b C-b C-b return C-a C-f down return down up up up C-e # d e b i a n - z h down C-k u t f - 8 C-x C-s y e s return C-x b C-s C-s C-s return C-x b C-g help-echo help-echo C-x b C-s C-s C-s C-s C-s C-s return C-y M-x r e p o r t - e m tab return Recent messages: nnml: Reading incoming mail (no new mail)...done Checking new news...done No gnus is bad news nnml: Reading incoming mail from pop... nnml: Reading incoming mail (no new mail)...done Auto-saving... Mark set Loading emacsbug...done Loading dabbrev...done dabbrev-expand: No dynamic expansion for `customize-g' found ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`cp' don't preserve timestamps by default on windows-xp
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 MacKenzie, and Jim Meyering. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. --8---cut here---end---8--- that makes the .elc files and the .el files have same timestamps as they are installed, and causes a lot of source is newer messages. I suggest the following patch: --8---cut here---start-8--- --- gmake.defs.~1.29.~ Mon Mar 5 11:47:14 2007 +++ gmake.defs Wed Jul 11 11:48:06 2007 @@ -206,8 +206,8 @@ COMPILER_TEMP_FILES = -CP = cp -f -CP_DIR = cp -rf +CP = cp -fp +CP_DIR = cp -rfp DEL= rm DEL_TREE = rm -r --8---cut here---end---8--- 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-11 on BREP modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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 locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-y return return M-x r e p o r t - e m tab return Recent messages: Loading edmacro...done Loading server...done Loading regexp-opt...done Loading cl-macs...done Loading d:/emacs-download/color-theme-6.6.0/themes/color-theme-example.el (source)...done Loading d:/emacs-download/color-theme-6.6.0/themes/color-theme-library.el (source)...done Loading image-file...done For information about the GNU Project and its goals, type C-h C-p. Mark set Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Info pages opened with an incorrect coding system
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'. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Info pages opened with an incorrect coding system
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 incorrect. But it is also possible that your code is correct, and Emacs ought to be fixed to handle it better. When we see what your code says, we can figure that out. This problem happens with emacs -Q, I don't think my .emacs cause this. The comments in emacs-mime.texi specify which coding system should be used to edit it: --8---cut here---start-8--- @c Local Variables: @c mode: texinfo @c coding: iso-8859-1 @c End: --8---cut here---end---8--- but the generated emacs-mime info file doesn't specify which coding should be used to view it. I think that's why emacs open it with the default coding system chinese-iso-8bit. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Info pages opened with an incorrect coding system
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 with iso-8859-1. 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-06-23 on BREP modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Info Minor modes in effect: shell-dirtrack-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: next prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior C-x b return C-h i C-x C-b up up up up return M- C-s c o d i n g - s y s t e m C-s C-s C-s C-r C-r C-r C-r C-g C-g C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-x b return M-x r e p o r t - e m a c s - b u g h backspace return Recent messages: Quit Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Composing main Info directory...done Type C-x 1 to remove help window. Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Mark set Quit Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Info pages opened with an incorrect coding system
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 http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: dired can't open dir name contains `[' and `]'
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 http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2 does not display U+3333
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%) column=1 `M-x describe-char' gives the error message: describe-char: Format specifier doesn't match argument type 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 `xbacktrace'. If you would like to further debug the crash, please read the file /usr/local/share/emacs/23.0.0/etc/DEBUG for instructions. In GNU Emacs 23.0.0.2 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-06-20 on emacsfans.org Windowing system distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--with-gtk' '--enable-font-backend'' Important settings: value of $LC_ALL: nil value 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.UTF-8 value of $XMODIFIERS: @im=SCIM locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: show-paren-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: help-echo help-echo a b backspace backspace M-x u c s - i i n backspace backspace n s e r t return 3 3 3 3 return a C-a C-a C-e return C-p C-f M-x r e p o r t - e m a tab return Recent messages: Loading /home/brep/zw-config/zw-dot-emacs.el (source)...done Loading /home/brep/zw-config/zw-dot-emacs-extra.el (source)... Loading regexp-opt...done Loading cl-macs...done Loading /home/brep/elisp/color-theme-6.6.0/themes/color-theme-example.el (source)...done Loading /home/brep/elisp/color-theme-6.6.0/themes/color-theme-library.el (source)...done Loading /home/brep/elisp/dictionary-for-23/dictionary-init.el (source)...done Loading /home/brep/zw-config/zw-dot-emacs-extra.el (source)...done For information about the GNU Project and its goals, type C-h C-p. Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2 does not display U+3333
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 are using claims to support that character, but doesn't have a glyph for it. If the font doesn't have a glyph for it, a hollow box should be displayed, but nothing displayed, if that char is inserted between AB, an A, a hollow box, and a B should be dispalyed, as Emacs 22.1 did, but only AB is displayed in emacs-unicode-2. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: dired can't open dir name contains `[' and `]'
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 close `]') will trigger this message, such as [music. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
dired can't open dir name contains `[' 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 available 676744 --8---cut here---end---8--- 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-06-14 on BREP modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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 locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Bookmark Menu Minor modes in effect: shell-dirtrack-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-b C-b C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n v q C-n C-n v q C-n v q C-n v q C-n C-n v q C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p v q C-p v q C-n v q C-p v q C-n v M-o q M-x w d i r e d return C-k g u backspace backspace language-change ¹ Ê ¹ ¬ language-change C-c C-c v v M-o q C-n v q q up up up up up up up up up up up up up up up up up up up up up up up up down down v q right right right right right right right right right right right right right right right right right right right right right right right right right right help-echo g up v M-o q v g v M-o q help-echo g help-echo C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p v M-o q help-echo help-echo g C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-n v M-o q help-echo help-echo help-echo help-echo help-echo g v v help-echo g help-echo v v g v v g help-echo g down down down down down up v q q g M-x r e p o r t - e m a tab return Recent messages: ls-lisp-insert-directory: Invalid regexp: Unmatched [ or [^ Omitting... Omitted 4 lines. Omitting... Omitted 4 lines. Omitting... (Nothing to omit) Omitting... (Nothing to omit) Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: ido doesn't work
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 `xbacktrace'. If you would like to further debug the crash, please read the file /usr/local/share/emacs/23.0.0/etc/DEBUG for instructions. In GNU Emacs 23.0.0.5 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-06-16 on emacsfans.org. Windowing system distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--with-gtk' '--enable-font-backend'' Important settings: value of $LC_ALL: nil value 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.UTF-8 value of $XMODIFIERS: @im=SCIM locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: show-paren-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-f e m tab e m tab u tab return C-n C-n C-n C-n C-n C-n C-n v q C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p v M-o C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n v q v q down down down down down down down down down down down down down v M-x r e p o r t tab e backspace return e m a c s - u i c o d e - w backspace 2 : SPC C-g C-x C-b down down down return M-x C-g M-x r e p o r t - e m tab return Recent messages: Omitted 286 lines. Dired-Omit mode enabled View mode: type C-h for help, h for commands, q to quit. [3 times] Loading emacsbug...done Quit Updating buffer list... Formats have changed, recompiling...done Loading cl-macs...done Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Quit ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2 bootstrap failed on windows-xp
[...] 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 d:/emacs-unicode-2/lisp/cus-load.el Generating cus-load.el...done rm ./../bin/emacs.exe make[1]: Leaving directory `D:/emacs-unicode-2/lisp' make -C ../lib-src DOC make[1]: *** No rule to make target `stamp_BLD', needed by `DOC'. Stop. make[1]: Entering directory `D:/emacs-unicode-2/lib-src' make[1]: Leaving directory `D:/emacs-unicode-2/lib-src' make: *** [bootstrap-gmake] Error 2 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: bootstrap failed on Windows XP
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 mingw32-make-3.80.0-3.exe downloaded from http://www.mingw.org/download.shtml D:\download\emacs-gbk\ntmake which-sh Using C:\WINDOWS\system32\cmd.exe as shell. This happens when nt/config.nt is newer than src/config.h. Normally, nt/config.nt can never be newer than src/config.h, since configure.bat copies the former into the latter. Could you please look and see what are the full time stamps of these two files? yes, indeed nt/config.nt is newer than src/config.h: config.nt 2006-12-24, 13:58:08 config.h 2006-11-26, 5:10:24 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: bootstrap failed on Windows XP
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 change the time stamp of src/config.h, then either type touch src/config.h, or remove src/config.h and re-run configure.bat. Then try make bootstrap again. I removed the src/config.h and run configure.bat to regenerate it agian, this time make bootstrap succeed, thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: bootstrap failed on Windows XP
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 GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. shell is cmd. Finally, please try the command make -d bootstrap 21 | tee build.log and post here the full contents of the file build.log. GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Reading makefiles... Reading makefile `makefile'... Creating temporary batch file C:\DOCUME~1\zhangwei\LOCALS~1\Temp\make34042.bat CreateProcess(C:\DOCUME~1\zhangwei\LOCALS~1\Temp\make34042.bat,C:\DOCUME~1\zhangwei\LOCALS~1\Temp\make34042.bat,...) Cleaning up temporary batch file C:\DOCUME~1\zhangwei\LOCALS~1\Temp\make34042.bat Updating makefiles Considering target file `makefile'. Looking for an implicit rule for `makefile'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.o'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.c'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.cc'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.cpp'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.p'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.f'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.r'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.s'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.mod'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.sh'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile,v'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `RCS/makefile,v'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `RCS/makefile'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `s.makefile'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `SCCS/s.makefile'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.o'. Looking for a rule with intermediate file `makefile.o'. Avoiding implicit rule recursion. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.c'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.cc'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.cpp'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.p'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.f'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.r'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.s'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.mod'. Trying pattern rule with stem `makefile.o'. Trying implicit prerequisite `makefile.o,v'. Trying pattern rule with stem `makefile.o'. Trying implicit prerequisite `RCS/makefile.o,v'. Trying pattern rule with stem `makefile.o'. Trying implicit prerequisite `RCS/makefile.o'. Trying pattern rule with stem `makefile.o'. Trying implicit prerequisite `s.makefile.o'. Trying pattern rule with stem `makefile.o'. Trying implicit prerequisite `SCCS/s.makefile.o'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.c'. Looking for a rule with intermediate file `makefile.c'. Avoiding implicit rule recursion. Avoiding implicit rule recursion. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.y'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.l'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.w'. Trying pattern rule with stem `makefile'. Trying implicit prerequisite `makefile.w'. Trying pattern rule with stem `makefile.c'. Trying implicit prerequisite `makefile.c,v'. Trying pattern rule with stem `makefile.c'. Trying implicit prerequisite `RCS/makefile.c,v'. Trying pattern rule with stem `makefile.c'. Trying implicit prerequisite `RCS/makefile.c'. Trying pattern rule with stem
Re: bootstrap failed on Windows XP
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 nt/makefile produced from it, and see what kind of characters are found there at the end of each line, and in particular at the end of this line: addsection: stamp_BLD $(BLD)/addsection.exe The cvs code could bootstrap without any problem with my system configuration untill the day before yesterday, so I don't think there's any problem with the version of make or developing environment. I removed all the makefile.w32-in files and run cvs up -kb to obtain them again, this time bootstrap failed at here: --8---cut here---start-8--- [...] Generating cus-load.el... Saving file d:/download/emacs-gbk/lisp/cus-load.el... Loading vc-cvs... Wrote d:/download/emacs-gbk/lisp/cus-load.el Generating cus-load.el...done rm ./../bin/emacs.exe make[1]: Leaving directory `D:/download/emacs-gbk/lisp' make -C ../lib-src DOC make[1]: Entering directory `D:/download/emacs-gbk/lib-src' mkdir oo-spd mkdir oo-spd/i386 echo oo-spd/i386 stamp_BLD echo config.nt has changed. Re-run configure.bat. config.nt has changed. Re-run configure.bat. exit -1 make[1]: *** [../src/config.h] Error -1 make[1]: Leaving directory `D:/download/emacs-gbk/lib-src' make: *** [bootstrap-gmake] Error 2 --8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
bootstrap failed on Windows XP
--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' Checking for libpng... ...PNG header available, building with PNG support. Checking for jpeg-6b... ...JPEG header available, building with JPEG support. Checking for libgif... ...GIF header available, building with GIF support. Checking for tiff... ...TIFF header available, building with TIFF support. Checking for libXpm... ...XPM header available, building with XPM support. Generating makefiles 已复制 1 个文件。 config.settings gmake.defs ..\nt\makefile.w32-in 已复制 1 个文件。 config.settings gmake.defs ..\lib-src\makefile.w32-in 已复制 1 个文件。 config.settings gmake.defs ..\src\makefile.w32-in 已复制 1 个文件。 config.settings gmake.defs ..\man\makefile.w32-in 已复制 1 个文件。 config.settings gmake.defs ..\lispref\makefile.w32-in 已复制 1 个文件。 config.settings gmake.defs ..\lispintro\makefile.w32-in 已复制 1 个文件。 config.settings gmake.defs ..\lisp\makefile.w32-in 已复制 1 个文件。 config.settings gmake.defs ..\leim\makefile.w32-in 已复制 1 个文件。 Emacs successfully configured. Run `gmake' to build, then run `gmake install' to install. D:\download\emacs-gbk\ntmake bootstrap mkdir oo-spd mkdir oo-spd/i386 echo oo-spd/i386 stamp_BLD ', needed by `addsection'. Stop.`oo-spd/i386/addsection.exe D:\download\emacs-gbk\nt --8---cut here---end---8--- 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.0.92.1 (i386-mingw-nt5.1.2600) of 2006-12-22 on BREP X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t shell-dirtrack-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: return return return return return C-y prior prior prior prior prior prior prior prior C-@ C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-w next C-x C-b down down up return g M-x r e p o r t - e m a tab return Recent messages: Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Mark set [2 times] Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Checking new news... nnml: Reading incoming mail from pop... nnml: Reading incoming mail (no new mail)...done Checking new news...done No gnus is bad news Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
text.texi typos
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 01:29:49 - 1.73 +++ text.texi 15 Dec 2006 13:23:32 - @@ -1844,7 +1844,7 @@ Run a shell command (which you must specify) to validate the current buffer as SGML (@code{sgml-validate}). [EMAIL PROTECTED] C-x TAB [EMAIL PROTECTED] C-c TAB @kindex C-c TAB @r{(SGML mode)} @findex sgml-tags-invisible Toggle the visibility of existing tags in the buffer. This can be * CVS exited normally with code 1 * ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: misjudged eol type when startup on windows-xp
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 saving this buffer: Not set locally, use the default. Default coding system (for new files): c -- chinese-gbk-unix (alias: gbk-unix cp936-unix windows-936-unix) Coding system for keyboard input: c -- cp936 (alias of chinese-gbk) Coding system for terminal output: c -- cp936 (alias of chinese-gbk) Coding system for inter-client cut and paste: U -- utf-16le-dos Defaults for subprocess I/O: decoding: - -- undecided-dos (alias: dos) encoding: - -- undecided-unix (alias: unix) Priority order for recognizing coding systems when reading files: 1. chinese-gbk (alias: gbk cp936 windows-936) 2. iso-2022-cn (alias: chinese-iso-7bit) 3. chinese-iso-8bit (alias: cn-gb-2312 euc-china euc-cn cn-gb gb2312 cp936) 4. utf-8 (alias: mule-utf-8) 5. iso-2022-7bit 6. iso-2022-8bit-ss2 7. emacs-mule 8. raw-text 9. iso-2022-jp (alias: junet) 10. in-is13194-devanagari (alias: devanagari) 11. utf-16 12. utf-16be-with-signature (alias: utf-16-be) 13. utf-16le-with-signature (alias: utf-16-le) 14. utf-16be 15. utf-16le 16. japanese-shift-jis (alias: shift_jis sjis cp932) 17. undecided Other coding systems cannot be distinguished automatically from these, and therefore cannot be recognized automatically with the present coding system priorities. Particular coding systems specified for certain file names: OPERATION TARGET PATTERN CODING SYSTEM(s) - -- File I/O \\.dz\\' (no-conversion . no-conversion) \\.g?z\\(~\\|\\.~[0-9]+~\\)?\\' (no-conversion . no-conversion) \\.tgz\\' (no-conversion . no-conversion) \\.tbz\\' (no-conversion . no-conversion) \\.bz2\\' (no-conversion . no-conversion) \\.Z\\(~\\|\\.~[0-9]+~\\)?\\' (no-conversion . no-conversion) \\.elc\\' utf-8-emacs \\.utf\\(-8\\)?\\'utf-8 \\.xml\\' utf-8 \\(\\`\\|/\\)loaddefs.el\\' (raw-text . raw-text-unix) \\.tar\\' (no-conversion . no-conversion) \\.po[tx]?\\'\\|\\.po\\. po-find-file-coding-system \\.\\(tex\\|ltx\\|dtx\\|drv\\)\\' latexenc-find-file-coding-system find-buffer-file-type-coding-system Process I/O nothing specified Network I/O nothing specified --8---cut here---end---8--- 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i386-mingw-nt5.1.2600) of 2006-12-05 on BREP X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS value of $XMODIFIERS: nil locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p r o t backspace backspace backspace o r t - e m tab return Recent messages: Source file `c:/Emacs/lisp/emacs-lisp/easymenu.el' newer than byte-compiled file Loading regexp-opt (compiled; note, source file is newer)...done Loading cl-macs (compiled; note, source file is newer)...done Loading d:/emacs-download/color-theme-6.6.0/themes/color-theme-example.el (source)...done Loading d:/emacs-download/color-theme-6.6.0/themes/color-theme-library.el (source)...done Loading image-file...done Loading c:/Emacs/zw-config/zw-dot-emacs.el (source)...done For information about the GNU Project and its goals, type C-h C-p. Loading emacsbug...done byte-code:
Re: tutorial: The key ESC has been rebound, but you can use instead
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. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
what's going on with `create-fontset-from-fontset-spec' ?
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, chinese-gb2312:-*-simsun-medium-r-*-*-14-*-*-*-c-*-gb2312*-*, mule-unicode-0100-24ff:-*-simsun-medium-r-*-*-14-*-*-*-c-*-iso10646*-*, chinese-big5-1:-*-simsun-medium-r-*-*-14-*-*-*-c-*-big5*-*, chinese-big5-2:-*-simsun-medium-r-*-*-14-*-*-*-c-*-big5*-*)) (set-default-font fontset-courier) --8---cut here---end---8--- But there must be something changed in the past several months (I shift to emacs-unicode-2 for several months), those font specification don't work anymore. To get the same effect as before, now I have to do this: --8---cut here---start-8--- (setq ascii-font -adobe-courier-medium-r-normal--14-140-75-75-m-90-iso8859-1) (setq chinese-font -sim-simsun-medium-r-normal--16-0-0-0-m-0-iso10646-1) (defun zw-set-font (en-font cn-font) (create-fontset-from-fontset-spec (replace-regexp-in-string iso8859-1 fontset-zw en-font)) (setq cn-font (substring cn-font 0 (string-match iso10646-1 cn-font))) (dolist (fnset '(fontset-default fontset-zw)) (set-fontset-font fnset 'chinese-gb2312 (concat cn-font gb2312.1980-0)) (set-fontset-font fnset 'mule-unicode-0100-24ff (concat cn-font iso10646-1)) (set-fontset-font fnset 'chinese-big5-1 (concat cn-font big5-0)) (set-fontset-font fnset 'chinese-big5-2 (concat cn-font big5-0))) (set-default-font fontset-zw)) (zw-set-font ascii-font chinese-font) --8---cut here---end---8--- And it's quite strange I can't use the character * in font specification anymore, any apperence of * will defeat the font setting, I have to use almost exactly the same string as what I get from `xlsfonts', only to change the font size field from 0 to 14 for example, otherwise it won't take effect. still strange is even if I set font like this, `M-x describe-fontset' RET RET still reports I'm using fontset-default: --8---cut here---start-8--- Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default CHARSET or CHAR RANGE FONT NAME - - ascii -Adobe-Courier-Medium-R-Normal--17-120-100-100-M-100-ISO8859-1 [-Adobe-Helvetica-Bold-R-Normal--20-140-100-100-P-105-ISO8859-1] [-misc-dejavu sans mono-bold-r-normal--14-105-95-96-m-80-iso8859-1] [-Adobe-Helvetica-Bold-R-Normal--14-100-100-100-P-82-ISO8859-1] [-Adobe-Helvetica-Bold-R-Normal--24-240-75-75-P-138-ISO8859-1] [-misc-dejavu sans mono-bold-o-normal--14-105-95-96-m-80-iso8859-1] [-misc-dejavu sans mono-medium-r-normal--14-105-95-96-m-80-iso8859-1] latin-iso8859-1 -*-iso8859-1 latin-iso8859-2 -*-iso8859-2 latin-iso8859-3 -*-iso8859-3 latin-iso8859-4 -*-iso8859-4 thai-tis620 -*-*-*-tis620-* greek-iso8859-7 -*-iso8859-7 arabic-iso8859-6-*-iso8859-6 hebrew-iso8859-8-*-iso8859-8 katakana-jisx0201 -*-jisx0201-* latin-jisx0201 -*-jisx0201-* cyrillic-iso8859-5 -*-iso8859-5 latin-iso8859-9 -*-iso8859-9 latin-iso8859-15-*-iso8859-15 latin-iso8859-14-*-iso8859-14 japanese-jisx0208-1978 -*-jisx0208.1978-* chinese-gb2312 -sim-simsun-medium-r-normal--16-0-0-0-m-0-gb2312.1980-0 japanese-jisx0208 -*-jisx0208.1990-* korean-ksc5601 -*-ksc5601.1989-* japanese-jisx0212 -*-jisx0212-* chinese-cns11643-1 -*-cns11643.1992-1 chinese-cns11643-2 -*-cns11643.1992-2 japanese-jisx0213-1 -*-jisx0213.2000-1 chinese-big5-1 -sim-simsun-medium-r-normal--16-0-0-0-m-0-big5-0 chinese-big5-2 -sim-simsun-medium-r-normal--16-0-0-0-m-0-big5-0 chinese-sisheng -*-sisheng_cwnn-* ipa -*-muleipa-* [...] --8---cut here---end---8--- 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 `xbacktrace'. If you would like to further debug the crash, please read the file /home/brep/ex/emacs-gtk/share/emacs/22.0.91/etc/DEBUG for instructions. In GNU Emacs 22.0.91.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2006-11-22 on emacsfans.org X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--prefix=/home/brep/ex/emacs-gtk' '--with-gtk' 'CFLAGS=-g'' Important settings: value of $LC_ALL: zh_CN.UTF-8 value 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.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect:
Re: emacs-unicode-2: bootstrap error on windows-xp
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 as result of this, GDB sets a breakpoint at the function w32_abort (where the Abort/Debug dialogue you've reported is popped up). When the breakpoint in w32_abort breaks, please type bt and show us the results. It's quite strange, the program exited normally when I did this: --8---cut here---start-8--- D:\download\emacs--unicode--0\srcgdb ..\bin\emacs.exe GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-mingw32... Environment variable DISPLAY not defined. Environment variable TERM not defined. Breakpoint 1 at 0x11b171c: file w32fns.c, line 9075. Breakpoint 2 at 0x10b977c: file sysdep.c, line 1383. (gdb) r -batch --no-init-file --no-site-file --multibyte -l loaddefs -f batch-by te-compile-if-not-done Starting program: D:\download\emacs--unicode--0\src/..\bin\emacs.exe -batch --no -init-file --no-site-file --multibyte -l loaddefs -f batch-byte-compile-if-not-d one (gdb) bt #0 init_sys_modes () at sysdep.c:1383 #1 0x01003992 in main (argc=9, argv=0x2d20e00) at emacs.c:1720 #2 0x0100122d in __mingw_CRTStartup () #3 0x01001258 in mainCRTStartup () (gdb) c Continuing. Program exited normally. (gdb) r -batch --no-init-file --no-site-file --multibyte -l loaddefs -f batch-by te-compile-if-not-done ../lisp/ediff-ptch.el Starting program: D:\download\emacs--unicode--0\src/..\bin\emacs.exe -batch --no -init-file --no-site-file --multibyte -l loaddefs -f batch-byte-compile-if-not-d one ../lisp/ediff-ptch.el Program exited normally. (gdb) quit D:\download\emacs--unicode--0\src --8---cut here---end---8--- But it still report fatal error when bootstrap, this is part of the log: --8---cut here---start-8--- Compiling /d/download/emacs--unicode--0/lisp/ediff-diff.el Loading d:/download/emacs--unicode--0/lisp/ediff-init.el (source)... Loading d:/download/emacs--unicode--0/lisp/net/ange-ftp.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-util.el (source)... Loading d:/download/emacs--unicode--0/lisp/mail/reporter.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-help.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-mult.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-wind.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-diff.el (source)... Compiling /d/download/emacs--unicode--0/lisp/ediff-help.el Loading d:/download/emacs--unicode--0/lisp/ediff-init.el (source)... Loading d:/download/emacs--unicode--0/lisp/net/ange-ftp.el (source)... Wrote d:/download/emacs--unicode--0/lisp/ediff-help.elc Compiling /d/download/emacs--unicode--0/lisp/ediff-hook.el Wrote d:/download/emacs--unicode--0/lisp/ediff-hook.elc Compiling /d/download/emacs--unicode--0/lisp/ediff-init.el Loading d:/download/emacs--unicode--0/lisp/net/ange-ftp.el (source)... Wrote d:/download/emacs--unicode--0/lisp/ediff-init.elc Compiling /d/download/emacs--unicode--0/lisp/ediff-merg.el Loading d:/download/emacs--unicode--0/lisp/ediff-init.el (source)... Loading d:/download/emacs--unicode--0/lisp/net/ange-ftp.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-util.el (source)... Loading d:/download/emacs--unicode--0/lisp/mail/reporter.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-help.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-mult.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-wind.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-diff.el (source)... This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Compiling /d/download/emacs--unicode--0/lisp/ediff-mult.el Loading d:/download/emacs--unicode--0/lisp/ediff-init.el (source)... Loading d:/download/emacs--unicode--0/lisp/net/ange-ftp.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-util.el (source)... Loading d:/download/emacs--unicode--0/lisp/mail/reporter.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-help.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-mult.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-wind.el (source)... Loading d:/download/emacs--unicode--0/lisp/ediff-diff.el (source)... This application has requested the Runtime to terminate it in an unusual way. Please
Re: emacs-unicode-2: bootstrap error on windows-xp
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 bootstrap it reports fatal error and the corresponding .elc can't be created, so strange. --8---cut here---start-8--- D:\download\emacs--unicode--0\srcgdb ..\bin\emacs.exe GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-mingw32... Environment variable DISPLAY not defined. Environment variable TERM not defined. Breakpoint 1 at 0x11b171c: file w32fns.c, line 9075. Breakpoint 2 at 0x10b977c: file sysdep.c, line 1383. (gdb) r -batch --no-init-file --no-site-file --multibyte -l loaddefs -f batch-by te-compile-if-not-done ../lisp/ediff-merg.el Starting program: D:\download\emacs--unicode--0\src/..\bin\emacs.exe -batch --no -init-file --no-site-file --multibyte -l loaddefs -f batch-byte-compile-if-not-d one ../lisp/ediff-merg.el (gdb) bt #0 init_sys_modes () at sysdep.c:1383 #1 0x01003992 in main (argc=10, argv=0x2d20e20) at emacs.c:1720 #2 0x0100122d in __mingw_CRTStartup () #3 0x01001258 in mainCRTStartup () (gdb) c Continuing. Program exited normally. (gdb) quit D:\download\emacs--unicode--0\src --8---cut here---end---8--- --8---cut here---start-8--- D:\download\emacs--unicode--0\srcgdb ..\bin\emacs.exe GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-mingw32... Environment variable DISPLAY not defined. Environment variable TERM not defined. Breakpoint 1 at 0x11b171c: file w32fns.c, line 9075. Breakpoint 2 at 0x10b977c: file sysdep.c, line 1383. (gdb) r -batch --no-init-file --no-site-file --multibyte -l loaddefs -f batch-by te-compile-if-not-done ../lisp/ediff-mult.el Starting program: D:\download\emacs--unicode--0\src/..\bin\emacs.exe -batch --no -init-file --no-site-file --multibyte -l loaddefs -f batch-byte-compile-if-not-d one ../lisp/ediff-mult.el (gdb) where #0 init_sys_modes () at sysdep.c:1383 #1 0x01003992 in main (argc=10, argv=0x2d20e20) at emacs.c:1720 #2 0x0100122d in __mingw_CRTStartup () #3 0x01001258 in mainCRTStartup () (gdb) c Continuing. Program exited normally. (gdb) q D:\download\emacs--unicode--0\src --8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: bootstrap error on windows-xp
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 following dialog bumped up again and again: emacs-bootstrap-error.png Description: PNG image attach gdb gives something like this: --8---cut here---start-8--- C:\gdb -p 15292 GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-mingw32. Attaching to process 15292 [Switching to thread 15292.0x4164] (gdb) bt #0 0x7c921231 in ?? () (gdb) where #0 0x7c921231 in ?? () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to thread 15292.0x3b68] 0x7c921231 in ?? () (gdb) Continuing. Program exited with code 02. (gdb) q C:\--8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: `read-file-name' doesn't complete chinese dir names
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 are not listed any more. 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i386-mingw-nt5.1.2600) of 2006-11-09 on THU-2B8051EF1B3 X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t shell-dirtrack-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: return help-echo g return d d d d q return return q return return q return d d q g return return q return down down down down down down down down down down down down down down down down down down down return q g C-x C-b return M-x r e p o r t - e m c s backspace backspace a c s - b u g return C-g C-x C-b down return M- C-k C-y C-x b return M-x r e p r o t backspace backspace backspace o r t - e m tab return Recent messages: No gnus is bad news Updating buffer list... Formats have changed, recompiling...done Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Loading emacsbug...done Quit Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Mark set [2 times] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: some of the full-width characters should have a ?\| property
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 emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: !MEM FULL! when copy and paste
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: [EMAIL PROTECTED]/emacs--unicode--0--patch-125. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: #xFF01 .. #xFF60 should be set double width in char-width-table
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 --- d:/download/emacs--unicode--0/lisp/international/characters.el Sat Oct 28 21:41:54 2006 *** *** 1019,1024 --- 1019,1025 (#xAC00 . #xD7A3) (#xF900 . #xFAFF) (#xFE30 . #xFE6F) + (#xFF01 . #xFF60) (#xFFE0 . #xFFE6) (#x2 . #x2) (#x3 . #x3 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: some of the full-width characters should have a ?\| property
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 ((l '((#x1100 . #x115F) (#x2329 . #x232A) (#x2E80 . #x303E) (#x3040 . #xA4CF) (#xAC00 . #xD7A3) (#xF900 . #xFAFF) (#xFE30 . #xFE6F) (#xFFE0 . #xFFE6) (#x2 . #x2) (#x3 . #x3 (dolist (elt l) ! (set-char-table-range char-width-table elt 2))) ;; Other double width ;;(map-charset-chars --- 1013,1033 ;; 2: East Asian Wide and Full-width characters. (let ((l '((#x1100 . #x115F) + (#x2010 . #x2027) + (#x2030 . #x205E) (#x2329 . #x232A) (#x2E80 . #x303E) (#x3040 . #xA4CF) (#xAC00 . #xD7A3) (#xF900 . #xFAFF) (#xFE30 . #xFE6F) + (#xFF01 . #xFF60) (#xFFE0 . #xFFE6) (#x2 . #x2) (#x3 . #x3 (dolist (elt l) ! (set-char-table-range char-width-table elt 2) ! (modify-category-entry elt ?\|))) ;; Other double width ;;(map-charset-chars ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: every line begin with #xd7 and #xf7 becomes gibberish
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. 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i386-mingw-nt5.1.2600) of 2006-10-26 on BREP X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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 locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: down down down down down down down down down down down down down up up C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-b C-b C-d C-f C-d C-d C-d C-d C-d C-d C-d C-e C-x C-e C-x C-s C-x C-b M-x g n u s return M-x r e p o r t - e m a tab re turn Recent messages: Loading byte-opt...done nnml: Reading incoming mail (no new mail)...done Opening nndoc server on gnus-help...done Checking new news...done Loading gnus-topic...done No gnus is bad news No more unread newsgroups Loading emacsbug...done Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`gnus-summary-show-article' with prefix arg don't refresh the mode line
My .gnus contains: (setq gnus-summary-show-article-charset-alist '((1 . utf-8) (2 . big5) (3 . gbk) (4 . utf-7))) When I say `1 g' `2 g' etc. to force gnus redisplay the article in specified charset, the article's subject displayed on the mode line don't refresh, but if I say `2 g'--for example--twice, the mode line got refreshed the second time. And I found out if I say `1 g' `2 g' `3 g' `4 g' successively, every time the `subject' display on the mode line is the `subject' that was decoded last time. 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 `xbacktrace'. If you would like to further debug the crash, please read the file /usr/local/share/emacs/23.0.0/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2006-10-19 on emacsfans.org X server distributor `The X.Org Foundation', version 11.0.7000 configured using `configure '--with-gtk' '--enable-font-backend' '--with-freetype' '--with-xft' 'CFLAGS=-g'' Important settings: value of $LC_ALL: nil value 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.UTF-8 locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Help Minor modes in effect: shell-dirtrack-mode: t show-paren-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t view-mode: t Recent input: return 1 g 1 g 2 g 2 g C-h k 1 C-g g g C-h k g f C-c C-k C-h k g C-x o C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-S-e C-a C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-@ C-e M-w M-x r e p r o t - e m tab a backspace backspace backspace backspace backspace backspace backspace o r t - e m tab b u g tab return Recent messages: Quit Type C-x 4 C-o RET to restore the other window. send mail with exim4 From 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 -- 荣华我已知庄梦 忠愤人将谓杞忧 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: `kinsoku processing' and `nospace-between-words' don't work
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: (set-language-environment UTF-8) and, (set-language-environment Chinese-GB18030) Should we do the same thing to the `nospace-between-words' property? * local directory is at [EMAIL PROTECTED]/emacs--unicode--0--patch-122 * comparing to [EMAIL PROTECTED]/emacs--unicode--0--patch-122 A lib-src/blessmail A patch.txt M lisp/textmodes/fill.el M lisp/international/characters.el * modified files --- orig/lisp/international/characters.el +++ mod/lisp/international/characters.el @@ -879,16 +879,20 @@ (set-char-table-range auto-fill-chars '(#xFF00 . #xFF9F) t) (set-char-table-range auto-fill-chars '(#x2 . #x2) t) -(let ((l '(katakana-jisx0201 - japanese-jisx0208 japanese-jisx0212 - japanese-jisx0213-1 japanese-jisx0213-2 - chinese-gb2312 chinese-gbk chinese-big5-1 chinese-big5-2 - chinese-cns11643-1 chinese-cns11643-2 chinese-cns11643-3 - chinese-cns11643-4 chinese-cns11643-5 chinese-cns11643-6 - chinese-cns11643-7))) - (while l -(put-charset-property (car l) 'nospace-between-words t) -(setq l (cdr l +(defvar nospace-between-words-chars-table + (let ((table (make-char-table nil))) +;; Register `nospace-between-words' for scripts HAN, KANA, +;; BOPOMPFO, and CJK-MISS. +(map-char-table #'(lambda (key val) + (if (memq val '(han kana bopomofo cjk-misc)) + (set-char-table-range table key + 'nospace-between-words))) + char-script-table) +;; Register `nospace-between-words' also for full width characters. +(set-char-table-range table '(#xFF01 . #xFF61) 'nospace-between-words) +(set-char-table-range table '(#xFFE0 . #xFFE6) 'nospace-between-words) +table) + A char-table for characters with `nospace-between-words' property.) ;; CJK double width characters. --- orig/lisp/textmodes/fill.el +++ mod/lisp/textmodes/fill.el @@ -452,7 +452,7 @@ (if enable-multibyte-characters ;; Delete unnecessay newlines surrounded by words. The ;; character category `|' means that we can break a line - ;; at the character. And, charset property + ;; at the character. And, character property ;; `nospace-between-words' tells how to concatenate ;; words. If the value is non-nil, never put spaces ;; between words, thus delete a newline between them. @@ -466,8 +466,7 @@ (next (following-char))) (if (and (or (aref (char-category-set next) ?|) (aref (char-category-set prev) ?|)) -(or (get-charset-property (char-charset prev) - 'nospace-between-words) +(or (aref nospace-between-words-chars-table prev) (get-text-property (1- (match-beginning 0)) 'nospace-between-words))) (delete-char -1)) * added files --- /dev/null +++ /home/brep/emacs-source/emacs--unicode--0/,,[EMAIL PROTECTED]/new-files-archive/./lib-src/blessmail @@ -0,0 +1,3 @@ +#!/bin/sh +chgrp 8 $* chmod g+s $* +echo mail directory = /var/mail --- /dev/null +++ /home/brep/emacs-source/emacs--unicode--0/,,[EMAIL PROTECTED]/new-files-archive/./patch.txt @@ -0,0 +1,2 @@ +* local directory is at [EMAIL PROTECTED]/emacs--unicode--0--patch-122 +* comparing to [EMAIL PROTECTED]/emacs--unicode--0--patch-122 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`set-default-font' does not function anymore
`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*-*, mule-unicode-0100-24ff:-*-simsun-medium-r-*-*-14-*-*-*-c-*-iso10646*-*, korean-ksc5601:-*-*-medium-r-*-*-14-*-*-*-*-*-ksc5601*-*, chinese-cns11643-5:-*-simsun-medium-r-*-*-14-*-*-*-c-*-gbk*-*, chinese-cns11643-6:-*-simsun-medium-r-*-*-14-*-*-*-c-*-gbk*-*, chinese-cns11643-7:-*-simsun-medium-r-*-*-14-*-*-*-c-*-gbk*-*, sjis:-*-medium-r-normal--14-*-jisx0208*-*)) (set-default-font fontset-courier) but M-x describe-fontset RET RET shows the current frame still using `fontset-default', I don't know when does this happens, but the setting works fine several weeks ago. Same problem with Emacs 22 and the emacs-unicode-2 branch. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: `kinsoku processing' and `nospace-between-words' don't work
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. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: `kinsoku processing' and `nospace-between-words' don't work
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 file: /cvsroot/cvs.savannah.gnu.org/emacs/emacs/lisp/international/characters.el,v retrieving revision 1.42.4.18 diff -u -r1.42.4.18 characters.el --- lisp/international/characters.el28 Aug 2006 02:32:19 - 1.42.4.18 +++ lisp/international/characters.el21 Oct 2006 18:09:44 - @@ -869,8 +869,10 @@ ;; Setup auto-fill-chars for charsets that should invoke auto-filling. -;; SPACE and NEWLINE are already set. Also put `nospace-between-words' -;; property on the charsets. +;; SPACE and NEWLINE are already set, put `nospace-between-words' +;; property on the charsets. Also put `fill-find-break-point-function' +;; property to charsets which require special functions to find line +;; breaking point. (set-char-table-range auto-fill-chars '(#x3041 . #x30FF) t) (set-char-table-range auto-fill-chars '(#x3400 . #x4DB5) t) @@ -879,16 +881,31 @@ (set-char-table-range auto-fill-chars '(#xFF00 . #xFF9F) t) (set-char-table-range auto-fill-chars '(#x2 . #x2) t) -(let ((l '(katakana-jisx0201 - japanese-jisx0208 japanese-jisx0212 - japanese-jisx0213-1 japanese-jisx0213-2 - chinese-gb2312 chinese-gbk chinese-big5-1 chinese-big5-2 - chinese-cns11643-1 chinese-cns11643-2 chinese-cns11643-3 - chinese-cns11643-4 chinese-cns11643-5 chinese-cns11643-6 - chinese-cns11643-7))) - (while l -(put-charset-property (car l) 'nospace-between-words t) -(setq l (cdr l +(dolist (pair '((katakana-jisx0201 . kinsoku) + (japanese-jisx0208 . kinsoku) + (japanese-jisx0212 . kinsoku) + (japanese-jisx0213-1 . kinsoku) + (japanese-jisx0213-2 . kinsoku) + (chinese-gb2312 . kinsoku) + (chinese-gbk . kinsoku) + (gb18030-2-byte . kinsoku) + (gb18030-4-byte-bmp . kinsoku) + (gb18030-4-byte-smp . kinsoku) + (gb18030-4-byte-ext-1 . kinsoku) + (gb18030-4-byte-ext-2 . kinsoku) + (chinese-big5-1 . kinsoku) + (chinese-big5-2 . kinsoku) + (big5-hkscs . kinsoku) + (chinese-cns11643-1 . kinsoku) + (chinese-cns11643-2 . kinsoku) + (chinese-cns11643-3 . kinsoku) + (chinese-cns11643-4 . kinsoku) + (chinese-cns11643-5 . kinsoku) + (chinese-cns11643-6 . kinsoku) + (chinese-cns11643-7 . kinsoku) + (unicode . kinsoku))) + (put-charset-property (car pair) 'fill-find-break-point-function (cdr pair)) + (put-charset-property (car pair) 'nospace-between-words t)) ;; CJK double width characters. Index: lisp/textmodes/fill.el === RCS file: /cvsroot/cvs.savannah.gnu.org/emacs/emacs/lisp/textmodes/fill.el,v retrieving revision 1.164.2.16 diff -u -r1.164.2.16 fill.el --- lisp/textmodes/fill.el 14 Sep 2006 09:23:51 - 1.164.2.16 +++ lisp/textmodes/fill.el 21 Oct 2006 18:09:44 - @@ -368,16 +368,6 @@ (looking-at paragraph-start (run-hook-with-args-until-success 'fill-nobreak-predicate) -;; Put `fill-find-break-point-function' property to charsets which -;; require special functions to find line breaking point. -(dolist (pair '((katakana-jisx0201 . kinsoku) - (chinese-gb2312 . kinsoku) - (japanese-jisx0208 . kinsoku) - (japanese-jisx0212 . kinsoku) - (chinese-big5-1 . kinsoku) - (chinese-big5-2 . kinsoku))) - (put-charset-property (car pair) 'fill-find-break-point-function (cdr pair))) - (defun fill-find-break-point (limit) Move point to a proper line breaking position of the current line. Don't move back past the buffer position LIMIT. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`.newsrc.eld' saves chinese group name in wrong coding
`.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 `.newsrc.eld', hope that will be helpful. Same problem with Emacs22 and emacs-unicode-2. ;; -*- mode:emacs-lisp; coding: utf-8-emacs-dos; -*- ;; Gnus startup file. ;; Never delete this file -- if you want to force Gnus to read the ;; .newsrc file (if you have one), touch .newsrc instead. (setq gnus-newsrc-file-version Gnus v5.11) (setq gnus-newsrc-last-checked-date 'Sun, 20 Aug 2006 14:34:25 +0800) (setq gnus-newsrc-alist '((\301\367\320\30799.\261\276\265\330\262\342\312\324 3 ((1 . 8)) ((seen (1 . 8 (#(nnml:2006-10.list.emacs-devel 5 29 (auto-composed nil)) 3 ((1 . 176)) ((seen (1 . 176))) nnml:) (#(nnml:2006-09.list.emacs-devel 5 29 (auto-composed nil)) 3 ((1 . 1428)) ((seen (534 . 852) (855 . 1428))) nnml:) (#(nnml:sent.news 5 14 (auto-composed nil)) 3 ((1 . 14)) ((seen (1 . 14))) nnml:) (#(nnml:list.xemacs 5 16 (auto-composed nil)) 3 ((1 . 56)) ((seen (1 . 56))) nnml:) (#(nnml:list.debian 5 16 (auto-composed nil)) 3 ((1 . 164)) ((seen (1 . 164))) nnml:) (#(nnml:sent.mail 5 14 (auto-composed nil)) 3 ((1 . 19)) ((seen (1 . 19))) nnml:) (#(nnml:mail.gmail 5 15 (auto-composed nil)) 3 ((1 . 71)) ((seen (1 . 71)) (reply 10 13 (15 . 16) 22 25 38 49 52)) nnml:) (#(nnml:mail.tsinghua 5 18 (auto-composed nil)) 3 ((1 . 927)) ((reply 896) (seen (881 . 927))) nnml:) (#(nnml:2006-08.list.emacs-devel 5 29 (auto-composed nil)) 3 ((1 . 854)) ((seen (1 . 600) (602 . 854))) nnml:) (#(nnml:mail.misc 5 14 (auto-composed nil)) 3 ((1 . 245)) ((seen (61 . 245))) nnml:) (cn.comp.os.linux 3 ((1 . 1129)) ((seen (119 . 1129)) (reply 789 791 795 797 851 854 867 880 894 975 990 1007 1014 1105 1107 1110 1127))) (nndoc+gnus-help:gnus-help 3 ((1 . 9)) ((seen (1 . 9))) (nndoc gnus-help (nndoc-address c:/Emacs/etc/gnus-tut.txt) (nndoc-article-type mbox))) (nndraft:queue 1 nil nil (nndraft ) ((gnus-dummy (gnus-draft-mode (nndraft:drafts 1 nil nil (nndraft ) ((gnus-dummy (gnus-draft-mode)) (setq ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
May be an ange-ftp bug on windows-xp
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 is a directory but it don't understand CD This\ is\ a\ directory But ange-ftp can only compose command as the latter one. I don't know if this is a emacs bug, or because the server is ill implemented. But other popular ftp client such as CUTE-FTP don't have this problem. 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i386-mingw-nt5.1.2600) of 2006-10-11 on THU-2B8051EF1B3 X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-agent-mode: t gnus-topic-mode: t gnus-undo-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t shell-dirtrack-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: mouse-2 return return up up up return M-x r e p o r t - e m tab return e m a c s d backspace SPC d o n t ' a n backspace backspace backspace backspace ' t backspace backspace backspace backspace backspace backspace backspace backspace backspace backspace backspace a n g e C-g C-g help-echo down-mouse-1 mouse-1 C-x C-b up up down down down up return g up return return SPC SPC SPC q g C-g l help-echo down-mouse-1 mouse-1 help-echo down-mouse-1 mouse-1 M-x r p backspace e p o r t - e m tab return Recent messages: Fetching headers for nnml:2006-10.list.emacs-devel...done Scoring...done Generating summary...done Exiting summary buffer and applying spam rules Marking spam as expired without moving it No more unread newsgroups Are you sure you want to quit reading news? (y or n) Please answer y or n. Are you sure you want to quit reading news? (y or n) Quit No gnus is bad news ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`ido-dired' don't refresh cache with `C-l'
`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 following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i386-mingw-nt5.1.2600) of 2006-10-10 on BREP X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: shell-dirtrack-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: up up up up up up up down down down down down down down down down down up up right right right right right right right right right right right left left left left left left left left C-s d i r e d C-s C-s C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r return prior prior prior prior prior prior prior prior prior prior prior prior up up up up up up up up up prior prior M-x r e p o r t - e m a tab return Recent messages: Omitting... Omitted 2 lines. Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Error during redisplay: (quit) Mark saved where search started set-fill-column: set-fill-column requires an explicit argument Quit Mark saved where search started [2 times] Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs crashed on windows-xp
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 It seems like a gnuserv problem, but when I remove all gnuserv related settings, this problem could still be reproduced, it's nothing to do with gnuserv. -- 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 `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i386-mingw-nt5.1.2600) of 2006-10-11 on THU-2B8051EF1B3 X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p o r t - e m tab return Recent messages: Loading ido...done Loading pc-select...done Loading delsel...done Loading paren...done Loading avoid...done Loading time...done For information about the GNU Project and its goals, type C-h C-p. Loading emacsbug... Loading regexp-opt...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs crashed on windows-xp
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 It doesn't crash for me, neither on Windows XP nor on W2K, starting with emacs -Q, but I use Emacs 22, not the unicode-2 branch that you are evidently using. Sorry for a casual report. No problem with emacs -Q. I test my .emacs line by line and find out this problem is caused by this line: (setq frame-title-format (list %f (%l,%c) @ system-name)) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs conflicts with gnome-settings-daemon
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. There's several popular chinese input methods that Emacs didn't provide, such as Wubi, and the PY input method comes with Emacs is not so efficient and only support chinese-gb2312, a subset of GBK/GB18030, that means a lot of chinese characters can't input with PY. And it's strange to let the user use XIM with other applications, but use another input method with Emacs. Mordern input methods has some kind of intelligence, self-learning for example, every user has his own favorite input method and optimized vocabulary. Does it fail only when the gnome-settings-daemon is running? According to the report, it fails with: 1, emacs 22, or emacs-unicode-2 branch 2, gnome-settings-daemon 2.12 or later 3, *.UTF-8 locale ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs conflicts with gnome-settings-daemon
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 indeed. This bug has nothing to do with keybindings. Whatever hotkey is used for activate the input method, they won't function in Emacs if the gnome-settings-daemon is running, evenif you select the XIM panel with mouse, that means you won't find a way to input chinese with XIM in Emacs. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs conflicts with gnome-settings-daemon
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 this bug, one of them has made a bug report to the gnome developing team, he also provided a detailed recipe to reproduce this problem, the bug report could be found at: http://bugzilla.gnome.org/show_bug.cgi?id=357032 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs conflicts with gnome-settings-daemon
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 and not passed to the system, it's really a big trouble because that mean's you can't input chinese with XIM in Emacs. I'm not sure it's a bug of GNOME or Emacs, but only Emacs users observed this phenomenon, so I report it here. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: lots of source file is newer messages
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 time of file while copying. My msys installation is broken some month ago, after my Windows XP update itself automatically. And I got a Couldn't reserve space for cygwin's heap error when trying to use msys program such as `cp', I have to replace the `msys-1.0.dll' with 'new-msys-1.0.dll' according to: http://lists-archives.org/mingw-msys/01244-couldn-t-reserve-space-for-cygwin-s-heap-win32-error-6.html ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: lots of source file is newer messages
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 install'. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
lots of source file is newer messages
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 Loading subst-gb2312 (compiled; note, source file is newer)...done Source file `c:/Emacs/lisp/gnus/gnus-sum.el' newer than byte-compiled file Loading easy-mmode (compiled; note, source file is newer)...done -- In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-09-16 on BREP X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value 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: CHS locale-coding-system: chinese-gbk default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-b down return M-x r e p o r t - e m a tab return l o t s backspace backspace backspace backspace C-g C-a M-x g n u s return C-x C-b return up down up up up up up up up up up up up up up up up up up up up up up up C-@ M- M-w C-x C-b return up up L M-x r e p o r tab return Recent messages: No gnus is bad news No more unread newsgroups Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help Mark set Region saved Updating buffer list...done Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help No gnus is bad news ibuffer: Cannot switch buffers in minibuffer window ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
org.texi typos
* 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: /cvsroot/cvs.savannah.gnu.org/emacs/emacs/man/org.texi,v retrieving revision 1.70 diff -r1.70 org.texi 2769c2769 and @samp{@@SAILBOAT} should be selected. --- and @samp{@@TENNISCLUB} should be selected. * CVS exited normally with code 1 * ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: bootstrap failed due to recent mh-e changes
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]: *** [bootstrap-build] Error 2 make[1]: Leaving directory `/home/brep/emacs-source/emacs-unicode-2' make: *** [bootstrap] Error 2 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: old bootstrap error emerges again
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 it. Sorry, if you feel offended. I just happen to bump into a problem and searched the web and found the same problem has been reproted before. If some GNU Emacs developers feel offended by the referencing of an old report, I could just describe the problem next time, no more any referencing. But that is a quite strange request, I don't think it's anybody's fault if there's a subtle unsolved bug in a program, because different people has a diverse different system configuration. I'm not a native english speaker, I have to reference the dictionary many times while composing email in english, It's quite an opportunity I pick up a wrong word to express my thought. If some people feel offended, sorry for that. And finally, thanks for your correction of the grammer. The facts are utterly different from your assertion: out of the 3 problems reported in that message, 2 are already resolved (albeit in a way that is different from what was suggested there). As for the 3rd, the one with the absent DOC file, I asked at some point to provide details about it, but got no responses. If you can afford investing some effort in working with us on this problem, I'm sure we will resolve it in no time. May be I didn't describe the problem clearly. The problem is bootstrap stoped while compliling lisp/url/vc-dav.el, it complains that there's no DOC file in the etc/ directory, so I have to copy the `DOC' file from lib-src/ to etc/ manually and bootstrap again. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
old bootstrap error emerges again
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 It seems nobody care about that. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: copy paste problem of non standard encoding ctext
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 checked out the fixed mule.el from CVS, and test out it works fine with zh_CN.GBK, but still can't paste from emacs to crxvt-gb in zh_CN.GB2312(my mistake, there's no zh_CN.GB locale, when we talk about zh_CN.GB, we always mean zh_CN.GB2312). I think the bug is 75% fixed ;-) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: copy paste problem of non standard encoding ctext
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, but doing that is harmless. So, I've just commited such a change for mule.el. This time emacs works great with crxvt-gb, thanks for your patience. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: copy paste problem of non standard encoding ctext
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 compound-text-with-extensions, but if I set selection coding system to chinese-gbk, the coming in compound text is directly decoded by chinese-gbk, and `ctext-post-read-conversion' is bypassed, so the /2 gbk-0 con't be removed and polluted the emacs buffer. If I don't set selection coding system to chinese-gbk, things turned around, I can paste to emacs, but the coming out compound text is not encoded properly, so crxvt-gb can't read them. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: copy paste problem of non standard encoding ctext
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 for previous uncomplete test. 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 hanzi, a space for example, that is `a 你 ', crxvt will be messed up. But I don't think it's Emacs's fault this time. Because same behevior can be observed while copying from other editor(vim) to crxvt-gb. It seems crxvt-gb sucks. May be we shoule never use crxvt-gb under zh_CN.GBK. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: copy paste problem of non standard encoding ctext
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 segment (but only for characters that gb2312 designation can't be used). As you wrote a ctext required software such as crxvt-gb, I thought crxvt-gb at least accept gb2312 designation sequence. At the very begining, I can't paste any chinese characters from emacs to crxvt-gb, nor can I paste from crxvt-gb to emacs (zh_CN.GBK locale). With the patch I send, emacs can accept from crxvt-gb, but still can't paste to it. I don't know is if crxvt-gb accept gb2312 and gbk-0 mixed ctext. But, it seems that your crxvt-gb doesn't accept such an encoding. Please tell me what kind of encoding does it accept, for instance, for chinese word nihao (hello) in exact byte sequence. It seems that crxvt-gb accept gb2312 designation sequence under zh_CN.GB locale, and gbk-0 under zh_CN.GBK locale, with emacs22, but not with emacs-unicode-2. I really don't know how to debug the ctext-pre-write-conversion and ctext-post-read-conversion functions, edebug seems don't work for them, so it hard for me to figure out the exact byte sequence. By the way, I've just installed debian package xcingb (which include crxvt-gb-2.3). But, when I run it with LANG=zh_CN.bgk, it doesn't send/accept ctext to/from Emacs. It only sends/accepts GBK encoded text (or perhaps it's just GB2312 encoded text). When I run it with --version, it says: rxvt Version 2.10 [...] Is it different from what you are using? The crxvt-gb that I installed comes from the rxvt-ml debian package. $ crxvt-gb -help Usage v2.6.4 : (XPM,utmp,menubar,Chinese (GB),graphics,XGetDefaults) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs-unicode-2: copy paste problem of non standard encoding ctext
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. With the following patch, emacs could accept gbk-0 encoded selection, but still can't paste to crxvt-gb. Thank you. I've just committed your change. I've also committed a fix for the latter problem. But, as I don't have crxvt-gb, I didn't check if the fix is correct or not. One thing I'm not sure is that the current code still encode most characters by designating GB2312 and some other standard charsets. Extended segment gbk-0 is used only when they all fails. Is that ok? At least, it's what the documentation of CTEXT tells in my understanding. It seems the bug is still there. I still can't paste to crxvt-gb, to make both direction's copypaste work, I have to do the following things: 1, (set-selection-coding-system 'chinese-gbk) 2, apply the patch below. [...] By the way, your changes are accumulating, and soon reach the limit of 15 lines. For further changes, FSF requires assignement paper from you. Have you alreay signed the paper? If not, please ask Richard to send you a proper form. No I haven't sign the paper. If it is a must, I'd like to sign it. Should I tell RMS my address, and ask him to send me a form? --8---cut here---start-8--- *** select.el 08 Feb 2006 12:26:38 +0800 1.20.2.6 --- select.el 27 Feb 2006 18:57:02 +0800 *** *** 48,57 coding) (when (and (stringp data) (setq data-type (get-text-property 0 'foreign-selection data))) ! (setq coding (if (eq data-type 'UTF8_STRING) ! 'utf-8 !(or next-selection-coding-system !selection-coding-system)) data (decode-coding-string data coding)) (put-text-property 0 (length data) 'foreign-selection data-type data)) data)) --- 48,60 coding) (when (and (stringp data) (setq data-type (get-text-property 0 'foreign-selection data))) ! (setq coding (cond ((eq data-type 'UTF8_STRING) ! 'utf-8) !((eq date-type 'COMPOUND_TEXT) ! 'compound-text-with-extensions) !(t ! (or next-selection-coding-system ! selection-coding-system))) data (decode-coding-string data coding)) (put-text-property 0 (length data) 'foreign-selection data-type data)) data)) --8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ido conflicts with autoinsert
[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 been fixed. Thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
ido conflicts with autoinsert
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 exit. This bug occurs under the following conditions: 1, (set auto-insert t) (set auto-insert-query t) 2, (ido-mode 1) 3, user's default major mode has an autoinsert entry in `auto-insert-alist' I think the following path could fix this problem: *** /emacs-cvs/lisp/ido.el 2006-02-23 15:39:17.0 +0800 --- /emacs-cvs/lisp/ido.el 2006-02-25 16:19:02.0 +0800 *** *** 1188,1194 (kill-buffer (find-buffer-visiting ido-save-directory-list-file))) (if (file-exists-p ido-save-directory-list-file) (delete-file ido-save-directory-list-file)) ! (set-buffer (let ((enable-local-variables nil)) (find-file-noselect ido-save-directory-list-file t))) (goto-char (point-min)) (delete-region (point-min) (point-max)) --- 1188,1195 (kill-buffer (find-buffer-visiting ido-save-directory-list-file))) (if (file-exists-p ido-save-directory-list-file) (delete-file ido-save-directory-list-file)) ! (set-buffer (let ((enable-local-variables nil) ! (auto-insert nil)) (find-file-noselect ido-save-directory-list-file t))) (goto-char (point-min)) (delete-region (point-min) (point-max)) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: menu-find-file-existing' can't open file with non-ascii filename
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 behavior of GTK, if this variable is set, GTK tries to save/read a locale coding system encoded filename. If not, GTK tries to save/read a utf-8 encoded filename. But I don't think it has something to do with this bug. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
menu-find-file-existing' can't open file with non-ascii filename
I have reported this bug to the emacs-devel mail list several days ago. It seems it is vanished into the flood. `read-file-name' returns an undecoded filename if it was invoked with the mouse, but returns a decoded filename if it was invoked with the keyboard. If it is an undecoded non-ascii filename, (file-directory-p filename) or something like that will report `t' falsely, that cause the file can't be opened. I think the `x-file-dialog' function should return a decoded filename, rather an undecoded filename. --- orig/src/xfns.c +++ mod/src/xfns.c @@ -5313,6 +5313,7 @@ int result; struct frame *f = SELECTED_FRAME (); Lisp_Object file = Qnil; + Lisp_Object decoded_file; Widget dialog, text, help; Arg al[10]; int ac = 0; @@ -5453,7 +5454,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_MOTIF */ @@ -5481,6 +5484,7 @@ FRAME_PTR f = SELECTED_FRAME (); char *fn; Lisp_Object file = Qnil; + Lisp_Object decoded_file; int count = SPECPDL_INDEX (); struct gcpro gcpro1, gcpro2, gcpro3, gcpro4, gcpro5, gcpro6; 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] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: copy paste problem of non standard encoding ctext
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. With the following patch, emacs could accept gbk-0 encoded selection, but still can't paste to crxvt-gb. btw, because emacs-unicode-2 has a different internal character representation, functions such as `following-char' and 'char-after', return a quite different value from emacs22. We have to replace every occurrence of these function with: (multibyte-char-to-unibyte (char-after ... )) (multibyte-char-to-unibyte (following-char ... )) May be change the definitions of these functions is a better solution. --- orig/lisp/international/mule.el +++ mod/lisp/international/mule.el @@ -1345,7 +1345,8 @@ (defvar ctext-non-standard-encodings-alist '((big5-0 big5 2 (chinese-big5-1 chinese-big5-2)) (ISO8859-14 iso-8859-14 1 latin-iso8859-14) -(ISO8859-15 iso-8859-15 1 latin-iso8859-15)) +(ISO8859-15 iso-8859-15 1 latin-iso8859-15) +(gbk-0 gbk 2 chinese-gbk)) Alist of non-standard encoding names vs the corresponding usages in CTEXT. It controls how extended segments of a compound text are handled @@ -1375,7 +1376,7 @@ `ctext-non-standard-encodings' are used.) (defvar ctext-non-standard-encodings - '(big5-0) + '(big5-0 gbk-0) List of non-standard encoding names used in extended segments of CTEXT. Each element must be one of the names listed in the variable `ctext-non-standard-encodings-alist' (which see).) @@ -1412,8 +1413,8 @@ (setq pos (match-beginning 0)) (if (match-beginning 1) ;; ESC % / [0-4] M L --ENCODING-NAME-- \002 --BYTES-- - (let* ((M (char-after (+ pos 4))) -(L (char-after (+ pos 5))) + (let* ((M (multibyte-char-to-unibyte (char-after (+ pos 4 +(L (multibyte-char-to-unibyte (char-after (+ pos 5 (encoding (match-string 2)) (encoding-info (assoc-string encoding --- orig/lisp/language/chinese.el +++ mod/lisp/language/chinese.el @@ -228,7 +228,9 @@ (coding-system chinese-gbk) (coding-priority gbk iso-2022-cn chinese-big5 chinese-iso-8bit) ; fixme? +(ctext-non-standard-encodings gbk-0) (input-method . chinese-py-punct) ; fixme? +(sample-text . Chinese (中文,普通话,汉语) 妳好) (features china-util) (documentation . Support for Chinese GBK character set.)) '(Chinese)) In GNU Emacs 23.0.0.7 (i686-pc-linux-gnu, GTK+ Version 2.8.9) of 2006-02-19 on emacsfans.tsinghua.edu.cn X server distributor `The X.Org Foundation', version 11.0.60802000 configured using `configure '--with-gtk' 'CFLAGS=-g'' Important settings: value of $LC_ALL: nil value 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: gbk default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: gnus-topic-mode: t gnus-undo-mode: t display-time-mode: t delete-selection-mode: t pc-selection-mode: t auto-image-file-mode: t tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: right down up left left C-d C-d C-d C-d C-d C-d C-d C-d C-d C-d C-d C-x C-s down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down down next next next next next next next prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior prior M-x g n u s return C y g return q return return q M-x r e p o r t tab retur n Recent messages: Fetching headers for gnu.emacs.help...done 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] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: crashed while reading mail
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 and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r Starting program: /usr/local/bin/emacs [Thread debugging using libthread_db enabled] [New Thread -1218419008 (LWP 1759)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1218419008 (LWP 1759)] 0xb7be96a5 in gdk_pango_renderer_new () from /usr/lib/libgdk-x11-2.0.so.0 (gdb) where #0 0xb7be96a5 in gdk_pango_renderer_new () from /usr/lib/libgdk-x11-2.0.so.0 #1 0xb7ae7750 in g_cclosure_marshal_VOID__BOOLEAN () from /usr/lib/libgobject-2.0.so.0 #2 0xb7adb67b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #3 0xb7aeac9d in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #4 0xb7aec077 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #5 0xb7aec42e in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #6 0xb7be1a17 in gdk_display_close () from /usr/lib/libgdk-x11-2.0.so.0 #7 0x08126e39 in xg_display_close (dpy=0x8c89a80) at gtkutil.c:164 #8 0x080fec70 in x_connection_closed (dpy=0x8c89a80, error_message=0xbfe1f3d4 X protocol error: BadValue (integer parameter out of range for operation) on protocol request 53) at xterm.c:7633 #9 0x080ff00a in x_error_quitter (display=0x8c89a80, error=0xbfe1f67c) at xterm.c:7743 #10 0x080fef99 in x_error_handler (display=0x8c89a80, error=0xbfe1f67c) at xterm.c:7705 #11 0xb78b9400 in _XError () from /usr/X11R6/lib/libX11.so.6 #12 0xb78baddf in _XEventsQueued () from /usr/X11R6/lib/libX11.so.6 #13 0xb78aaaeb in XPending () from /usr/X11R6/lib/libX11.so.6 #14 0xb7c098fc in _gdk_x11_drawable_draw_xft_glyphs () from /usr/lib/libgdk-x11-2.0.so.0 #15 0xb7c0c361 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #16 0xb7a6dd1e in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0 #17 0xb7a6e440 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #18 0xb7a6eeb5 in g_main_context_pending () from /usr/lib/libglib-2.0.so.0 #19 0xb7d5b0a9 in gtk_events_pending () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x080fde83 in XTread_socket (sd=0, expected=1, hold_quit=0xbfe211fc) at xterm.c:7010 #21 0x0813a010 in read_avail_input (expected=1) at keyboard.c:6696 #22 0x0813a1ee in handle_async_input () at keyboard.c:6842 #23 0x0813a2b2 in reinvoke_input_signal () at keyboard.c:6904 #24 0x080f4713 in x_flush (f=0x8c2a928) at xterm.c:390 #25 0x08077118 in echo_area_display (update_frame_p=1) at xdisp.c:8654 #26 0x080752b3 in message3_nolog (m=154630227, nbytes=21, multibyte=0) at xdisp.c:7519 #27 0x08075075 in message3 (m=154630227, nbytes=21, multibyte=0) at xdisp.c:7454 #28 0x08075549 in message_with_string (m=0x8227f29 Loading %s..., string=151136443, log=1) at xdisp.c:7605 #29 0x081d1170 in Fload (file=151136443, noerror=137908241, nomessage=137908241, nosuffix=137908241, must_suffix=137908289) at lread.c:1087 #30 0x081b6fe5 in do_autoload (fundef=150512205, funname=151241713) at eval.c:2049 #31 0x081b77d7 in Feval (form=150512013) at eval.c:2256 #32 0x081b46ae in Fprogn (args=150511965) at eval.c:432 #33 0x081b5805 in Flet (args=150512021) at eval.c:1053 #34 0x081b7363 in Feval (form=150512069) at eval.c:2151 #35 0x081b46ae in Fprogn (args=154614669) at eval.c:432 #36 0x081b7363 in Feval (form=154614677) at eval.c:2151 #37 0x081b45c8 in Fif (args=154614693) at eval.c:380 ---Type return to continue, or q return to quit--- #38 0x081b7363 in Feval (form=154614701) at eval.c:2151 #39 0x081b7810 in Feval (form=150512141) at eval.c:2260 #40 0x081b46ae in Fprogn (args=150511949) at eval.c:432 #41 0x081a88d2 in Fsave_excursion (args=150511949) at editfns.c:961 #42 0x081b7363 in Feval (form=150512149) at eval.c:2151 #43 0x081b46ae in Fprogn (args=150511941) at eval.c:432 #44 0x081b8b42 in funcall_lambda (fun=150511933, nargs=0, arg_vector=0xbfe21e48) at eval.c:3042 #45 0x081b861f in Ffuncall (nargs=1, args=0xbfe21e44) at eval.c:2917 #46 0x081b7d4f in run_hook_with_args (nargs=1, args=0xbfe21e44, cond=to_completion) at eval.c:2527 #47 0x081b7b7e in Frun_hooks (nargs=1, args=0xbfe21fe8) at eval.c:2390 #48 0x081b8238 in Ffuncall (nargs=2, args=0xbfe21fe4) at eval.c:2843 #49 0x081b7984 in Fapply (nargs=2, args=0xbfe21fe4) at eval.c:2304 #50 0x081b8238 in Ffuncall (nargs=3, args=0xbfe21fe0) at eval.c:2843 #51 0x081f2d74 in Fbyte_code (bytestr=150261915, vector=141297468, maxdepth=24) at bytecode.c:690 #52 0x081b8b8f in funcall_lambda (fun=142873652, nargs=1, arg_vector=0xbfe222c4) at eval.c:3049 #53 0x081b8570 in Ffuncall (nargs=2,
emacs-unicode-2: `locale-preferred-coding-systems' improvements on chinese locales
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 (koi8-?r . koi8-r) (koi8-?u . koi8-u) (tcvn . tcvn) (big5 . big5) (euc-?tw . euc-tw) ! ;; We don't support GBK, but as it is upper compatible with ! ;; GB-2312, we setup the default coding system to gb2312. ! (gbk . gb2312) ! ;; We don't support BIG5-HKSCS, but as it is upper compatible with ! ;; BIG5, we setup the default coding system to big5. ! (big5hkscs . big5) (ja.*[._]euc . japanese-iso-8bit) (ja.*[._]jis7 . iso-2022-jp) (ja.*[._]pck . japanese-shift-jis) --- 2280,2292 (koi8-?r . koi8-r) (koi8-?u . koi8-u) (tcvn . tcvn) + (big5[-_]?hkscs . big5-hkscs) (big5 . big5) (euc-?tw . euc-tw) ! (euc-?cn .euc-cn) ! (gb2312 . gb2312) ! (gbk . gbk) ! (gb18030 . gb18030) (ja.*[._]euc . japanese-iso-8bit) (ja.*[._]jis7 . iso-2022-jp) (ja.*[._]pck . japanese-shift-jis) ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2: `locale-language-names' improvement on chinese locales
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: *** 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 12:58:49.0 +0800 *** *** 2208,2219 ; yo Yoruba ; za Zhuang (zh_HK . Chinese-Big5) (zh_TW . Chinese-Big5) (zh_CN . Chinese-GB) (zh . Chinese-GB) - ; zh_CN.GB18030/GB18030 \ - ; zh_CN.GBK/GBK \ - ; zh_HK/BIG5-HKSCS \ (zu . Latin-1) ; Zulu ;; ISO standard locales --- 2208,2220 ; yo Yoruba ; za Zhuang (zh_HK . Chinese-Big5) + ; zh_HK/BIG5-HKSCS \ (zh_TW . Chinese-Big5) + (zh_CN.GB2312 Chinese-GB) + (zh_CN.GBK Chinese-GBK) + (zh_CN.GB18030 Chinese-GB18030) (zh_CN . Chinese-GB) (zh . Chinese-GB) (zu . Latin-1) ; Zulu ;; ISO standard locales ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-unicode-2 branch: redundant filenames in lib-src/makefile.w32-in
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 platform, that will cause some compile errors. --- *** makefile.w32-in.old 2005-10-13 21:09:13.943792688 +0800 --- makefile.w32-in 2005-10-13 21:08:07.532888680 +0800 *** *** 191,205 $(lispsource)international/mule-conf.el \ $(lispsource)international/mule-cmds.elc \ $(lispsource)international/characters.elc \ - $(lispsource)international/ucs-tables.elc \ - $(lispsource)international/utf-8.elc \ - $(lispsource)international/latin-1.el \ - $(lispsource)international/latin-2.el \ - $(lispsource)international/latin-3.el \ - $(lispsource)international/latin-4.el \ - $(lispsource)international/latin-5.el \ - $(lispsource)international/latin-8.el \ - $(lispsource)international/latin-9.el \ $(lispsource)case-table.elc lisp2 = \ --- 191,196 --- ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
x-clipboard-yank doesn't decode utf-8 string
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, everything is OK, which means the X PRIMARY selection method works fine. But if I issue cut/copy command explicitly after selection (select Edit/copy from Mozilla-firefox's menu, or C-c), and then paste in emacs using Edit/paste menu item, what I got is undecoded utf string, something like this \u60a8\u4e0a\u6b21, it seems that the X CLIPBOARD selection method does not work. The following patch could fix this problem, but I'm not sure if it is the best way. -- *** x-win.el2005-05-30 02:44:48.0 +0800 --- x-win.el.new2005-06-08 23:38:30.330605432 +0800 *** *** 2446,2452 (interactive) (let ((clipboard-text (condition-case nil !(x-get-selection 'CLIPBOARD) (error nil))) (x-select-enable-clipboard t)) (if (and clipboard-text ( (length clipboard-text) 0)) --- 2446,2452 (interactive) (let ((clipboard-text (condition-case nil !(x-selection-value 'CLIPBOARD) (error nil))) (x-select-enable-clipboard t)) (if (and clipboard-text ( (length clipboard-text) 0)) In GNU Emacs 23.0.0.1 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-05-30 on dorm Distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure 'CFLAGS=-g' 'prefix=/usr' '--with-x-toolkit=gtk'' Important settings: value of $LC_ALL: nil value 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 ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Wrong mime-charset for chinese gb2312 coding system
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 properly. This bug had been fixed in the main branch, but was somehow reintroduced in the emacs-unicode-2 branch. *** chinese.el 2004-10-04 20:09:55.0 +0800 --- chinese.el.new 2005-06-04 02:45:48.642246024 +0800 *** *** 75,86 ;; (define-coding-system 'chinese-iso-8bit ! ISO 2022 based EUC encoding for Chinese GB2312 (MIME:CN-GB). :coding-type 'iso-2022 :mnemonic ?c :charset-list '(ascii chinese-gb2312) :designation [ascii chinese-gb2312 nil nil] ! :mime-charset 'cn-gb) (define-coding-system-alias 'cn-gb-2312 'chinese-iso-8bit) (define-coding-system-alias 'euc-china 'chinese-iso-8bit) --- 75,86 ;; (define-coding-system 'chinese-iso-8bit ! ISO 2022 based EUC encoding for Chinese GB2312 (MIME:GB2312). :coding-type 'iso-2022 :mnemonic ?c :charset-list '(ascii chinese-gb2312) :designation [ascii chinese-gb2312 nil nil] ! :mime-charset 'gb2312) (define-coding-system-alias 'cn-gb-2312 'chinese-iso-8bit) (define-coding-system-alias 'euc-china 'chinese-iso-8bit) -- In GNU Emacs 23.0.0.1 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-05-30 on dorm Distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure 'CFLAGS=-g' 'prefix=/usr' '--with-x-toolkit=gtk'' ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
auto-fill-mode bug in chinese-gbk coding system [with patchs]
While the coding system is set to chinese-gbk or chinese-gb18030, auto-fill-mode won't work properly. The `nospace-between-words' property does not put on chinese-gbk/chinese-gb18030 charsets properly to eliminate the extra SPACE problem when refilling. And the fill-find-break-point-function does not put on chinese-gbk/chinese-gb18030 charsets properly to make them find line breaking point properly. Here's a patch for lisp/international/characters.el: --- ../emacs/lisp/international/characters.el 2005-02-27 01:46:21.0 +0800 +++ characters.el 2005-03-31 21:54:44.320347728 +0800 @@ -864,8 +864,25 @@ ;; SPACE and NEWLINE are already set. Also put `nospace-between-words' ;; property on the charsets. (let ((l '(katakana-jisx0201 - japanese-jisx0208 japanese-jisx0212 - chinese-gb2312 chinese-big5-1 chinese-big5-2))) + japanese-jisx0208 + japanese-jisx0212 + chinese-gb2312 + chinese-gbk + gb18030-2-byte + gb18030-4-byte-bmp + gb18030-4-byte-smp + gb18030-4-byte-ext-1 + gb18030-4-byte-ext-2 + chinese-big5-1 + chinese-big5-2 + big5-hkscs + chinese-cns11643-1 + chinese-cns11643-2 + chinese-cns11643-3 + chinese-cns11643-4 + chinese-cns11643-5 + chinese-cns11643-6 + chinese-cns11643-7))) (while l ;;(aset auto-fill-chars (make-char (car l)) t) (put-charset-property (car l) 'nospace-between-words t) = And here's a patch for lisp/textmodes/fill.el = --- ../emacs/lisp/textmodes/fill.el 2005-02-27 01:46:21.0 +0800 +++ fill.el 2005-03-31 21:50:06.918519216 +0800 @@ -365,10 +365,24 @@ ;; require special functions to find line breaking point. (dolist (pair '((katakana-jisx0201 . kinsoku) (chinese-gb2312 . kinsoku) + (chinese-gbk . kinsoku) + (gb18030-2-byte . kinsoku) + (gb18030-4-byte-bmp . kinsoku) + (gb18030-4-byte-smp . kinsoku) + (gb18030-4-byte-ext-1 . kinsoku) + (gb18030-4-byte-ext-2 . kinsoku (japanese-jisx0208 . kinsoku) (japanese-jisx0212 . kinsoku) (chinese-big5-1 . kinsoku) - (chinese-big5-2 . kinsoku))) + (chinese-big5-2 . kinsoku) + (big5-hkscs . kinsoku) + (chinese-cns11643-1 . kinsoku) + (chinese-cns11643-2 . kinsoku) + (chinese-cns11643-3 . kinsoku) + (chinese-cns11643-4 . kinsoku) + (chinese-cns11643-5 . kinsoku) + (chinese-cns11643-6 . kinsoku) + (chinese-cns11643-7 . kinsoku))) (put-charset-property (car pair) 'fill-find-break-point-function (cdr pair))) (defun fill-find-break-point (limit) == The following information is generated automatically by Emacs's report-emacs-bug command: == In GNU Emacs 23.0.0.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-03-14 on node19, modified by Debian Distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure '--build' 'i386-linux' '--host' 'i386-linux' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--with-gif' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'CFLAGS=-DDEBIAN -g -O2' 'build_alias=i386-linux' 'host_alias=i386-linux'' Important settings: value of $LC_ALL: nil value 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 ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug