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 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 a
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 `['
(with
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
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
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.
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 wit
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.or
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
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-pr
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\nt>cp --version
cp (GNU coreutils) 5.3.0
Written by Torbjorn Granlund, David Ma
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 an
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
M-x customize-group RET erc-server RET
goto this section:
--8<---cut here---start->8---
Erc Server Coding System: Hide Value Value Menu Cons-cell:
encoding: utf-8
decoding: undecided
--8<---cut here---end--->8---
change the
Leo <[EMAIL PROTECTED]> writes:
[...]
> (when window-system
> (set-fontset-font (frame-parameter nil 'font)
> 'han '("FZSongTi" . "unicode-bmp")))
The problem is that we can't specify different pixelsize for different
script. If we specify a font in the command line:
emacs -
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> I guess we could rewrite the install target in lisp/Makefile so that
>> it copies the *.el files first.
>
> Done. Please resync with the CVS and see if the problem is gone.
It works fine, thank you.
___
em
Eli Zaretskii <[EMAIL PROTECTED]> writes:
[...]
> I have now installed a change to use @documentencoding and the
> "--enable-encoding" switch, so that the `coding:' tag is produced in
> info/emacs-mime. Please see if that solves the problem.
No problem now, thanks.
___
make -C ../src all
make[1]: Entering directory `D:/emacs-gbk/src'
gcc -I. -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0501 -D_X86_=1 -c -mno-cygwin
cpu=i686 -O2 -Di386 -D_CRTAPI1=_cdecl -Demacs=1 -DWINDOWSNT -DDOS_NT -DHAVE
ONFIG_H -I../nt/inc -D_UCHAR_T -DHAVE_NTGUI=1 -DUSE_CRT_DLL=1 -o oo-spd/i
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 fi
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> Can you please tell what version of MinGW do you have installed? (You
> should be able to see it in the _mingw.h header file in your include
> directory; look for the definition of __MINGW32_VERSION there.)
#define __MINGW32_VERSION 3.1
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> From: Zhang Wei <[EMAIL PROTECTED]>
>> Cc: Zhang Wei <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
>> emacs-pretest-bug@gnu.org
>> Date: Mon, 16 Jul 2007 05:55:47 +0800
>>
>> Eli Zaretskii <[EM
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
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,
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
`C-h f' and `C-h v' used to split window and give help information in
another window, why this behavior changed? Now it doesn't split window
anymore and gives help information in a window occupy the whole frame.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include
martin rudalics <[EMAIL PROTECTED]> writes:
>> `C-h f' and `C-h v' used to split window and give help information in
>> another window, why this behavior changed? Now it doesn't split window
>> anymore and gives help information in a window occupy the whole frame.
>
> Should have been fixed now.
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
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 follow
* 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 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
Lo
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 modifi
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 `m
There's a lot of report from chinese Emacs community that Emacs conflicts
with gnome-settings-daemon.
`C-' 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-' is swallowed by emacs and
not
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?
This bug is quite subtle and hard to trace. The
2006/9/21, Miles Bader <[EMAIL PROTECTED]>:
If Emacs _did_ cooperate, it would screw up common Emacs bindings. That
isn't a problem for many Gnome apps, because they barely use any
keybindings, but Emacs obviously uses keybindings very heavily, and this
particular keybinding is extremely common
2006/9/21, Richard Stallman <[EMAIL PROTECTED]>:
The developers of the gnome-settings-daemon should not have chosen a
character that is so important for Emacs. Can you tell me their names
and email addresses, so I can talk with them about this?
I have talked to some of the initial reporters o
Richard Stallman <[EMAIL PROTECTED]> writes:
> How do you select which hotkey is used?
You could configure the XIM input method used (SCIM or fcitx), and
select your favorit hotkey.
The problem's behavior looks like every other application receive input
from the XIM server, but Emacs receive key
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 w
While posting articles to a group with chinese `Newsgroup' name, the
article Gcc-ed to my sent.news group has a rfc2047 encoded
`Newsgroups:' line, but gnus don't decode it when I read this article.
This is the message Gcc-ed to my sent.news group:
--8<---cut here---start-
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 m lists m rings 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 see
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:
>>
>
Jason Rumney <[EMAIL PROTECTED]> writes:
> The gnuserv error message seems to be a symptom of a different problem
> in both reports. The other report was when using wanderlust (mail
> reader) with zipped mail folders. Zhang, Are your info files compressed?
> If so, it could be the same problem, bu
Richard Stallman <[EMAIL PROTECTED]> writes:
> You reported this for Emacs 23.
> Does this happen in the Emacs 22 sources?
Yes, same problem with Emacs 22 and Emacs 23 on GNU/Linux and
Windows-xp.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@
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 "T
`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 follow
`.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 `.
`kinsoku processing' and `nospace-between-words' don't work with
auto-fill-mode.
--
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 w
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
Zhang Wei <[EMAIL PROTECTED]> writes:
> `kinsoku processing' and `nospace-between-words' don't work with
> auto-fill-mode.
Would this patch be useful?
patch
Description: test/plain
___
emacs-pretest-bug mailing list
ema
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/
`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:-*-sims
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 a
o r t - e m
b u g
Recent messages:
Quit
Type C-x 4 C-o RET to resto
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-lang
If a line begin with ×(unicode code point #xd7) and ÷(unicode code point
#xf7) and then several chinese characters, this line will becomes
gibberish after `C-l'(recenter). But there's no problem if these two
characters are in the middle of a line.
Same problem under GNU/Linux and M$ Windows.
---
According to the unicode standard, #xFF01 .. #xFF60 are fullwidth
ASCII variants and fullwidth brackets, they should be set double
width in the char-width-table.
May be this patch is useable.
*** c:/Emacs/lisp/international/characters.el Thu Oct 26 23:03:06 2006
--- d:/download/emacs--unicode-
Some of the "General punctuation" characters in the unicode code
chart, such as #x2010 .. #x2027 and #x2030 .. #x 205E shoule be
double width too.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-
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
Start emacs with "emacs -Q" and type some text in the *scrach* buffer,
select the text with mouse left button, and paste them to xterm with
middle button, you will get a !MEM FULL! on the mode line.
This problem was introduced by arch revision patch-126 or patch-127,
no problem with arch revision
Kenichi Handa <[EMAIL PROTECTED]> writes:
>> ! (modify-category-entry elt ?\|)))
>
> This is questionable. At least, shouldn't we exclude Hangul?
I don't konw korean, does Hangul has a different char break rule?
___
emacs-pretest-bug mailing l
Make some chinese directory names in /tmp, eval:
(read-file-name "input" "/tmp/" "/tmp/")
and press , 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 , this time the chinese directory names a
Configed like this:
--8<---cut here---start->8---
configure.bat --with-gcc --no-cygwin --no-opt
make bootstrap
--8<---cut here---end--->8---
During bootstrap emacs encounter fatal error when byte-compile some .el
files, the
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> then do the following:
>
>cd src
>gdb ../bin/emacs.exe
>r -batch --no-init-file --no-site-file --multibyte -l loaddefs -f
> batch-byte-compile-if-not-done foobar.el
>
> Make sure that you invoke GDB from the `src' directory, as shown
> above
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 b
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-*-
Reiner Steib <[EMAIL PROTECTED]> writes:
> I think summarizing the problematic keys _at the very beginning_ of
> the tutorial or in a splash screen at it's startup would be much
> better than interrupting the tutorial text several times in the middle
> of a sentence.
hand.
_
When startup on Windows-XP, the default-buffer-file-coding-system is set
to chinese-gbk-unix, it should be chinese-gbk-dos by default on windows.
Startup with "emacs -Q" and "C-h C" in the *scratch* buffer gives:
--8<---cut here---start->8---
Coding system for
cvs diff -u -- text.texi (in directory D:\download\emacs-gbk\man\)
Index: text.texi
===
RCS file: /cvsroot/cvs.savannah.gnu.org/emacs/emacs/man/text.texi,v
retrieving revision 1.73
diff -u -r1.73 text.texi
--- text.texi 6 Dec 2006 0
--8<---cut here---start->8---
D:\download\emacs-gbk\nt>configure --with-gcc --no-cygwin --no-debug
Checking for 'cp'...
Checking for 'rm'...
系统找不到指定的文件。
Checking whether W32 API headers are too old...
D:\download\emacs-gbk\nt>gcc -mno-cygwin -c junk.c
Using 'gc
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\nt>ma
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 f
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
ming
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 doe
[...]
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
p=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
va
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 d
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, everyt
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 platfor
I got the following error message while I try to read utf-7 encoded email.
Error during redisplay: (void-function utf-7-post-read-conversion)
mm-decode-body: Wrong type argument: wholenump, nil
--
And This is the original news:
-
Path: news.
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
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
While I'm trying to rename a file with 'vc-rename-file', the old file
was deleted from my working copy, and a new file was created,
everything seems ok, but if I checkout a fresh new working copy, the
old file and the new one was check out all together. It seems like
that the "cvs remove" commond
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
pro4, 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 Br
ransient-mark-mode: t
Recent input:
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
M-x g n u s C y g
q q M-x r e p o r t
Recent messages:
Fetching headers for gnu.emacs.help...done
Scoring...
"Jan D." <[EMAIL PROTECTED]> writes:
> Checked in, thanks. Although I am not sure it is always correct for
> GTK as GTK does some decoding itself. Exactly what it does has
> always been a mystery to me, it looks kind of random :-).
AFAIK, there is an env variable G_BROKEN_FILENAME controls the
auto-insert is a variable defined in `autoinsert.el'. If its value is
non-nil, Emacs automaticly inserts something into newly created empty
files.
If ido mode is truned on, emacs becomes very noisy while exit and ido
trys to save ~/.ido.last, it will ask "Perform ... auto insertion?
(y/n)" before
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Thanks for the bug report and the suggested patch.
>
> However, I have installed a more generic fix to avoid problems from other
> similar modes.
>
> Please verify that the problem with auto-insert-mode has been fixed.
No more conflicts now. The bug
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 co
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"
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 cut&paste should work well now in zh_CN.GB and
> in zh_CN.GBK.
I just made a complete checkout from cvs, and test again, s
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 cut&paste should work well now in zh_CN.GB and
> in zh_CN.GBK.
The arch repository can't keep up with the CVS repository.
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 se
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
customize setting `ibuffer-never-show-predicates' has no effect if
`ibuf-ext' is not required explicitly. I have to add
(require 'ibuf-ext)
in my ~/.emacs to make those `ibuffer-never-show-predicates' regexps
take effect.
___
emacs-pretest-bug mai
Bootstrap Emacs with MinGW under WindowsXP failed due to compiling
lisp/usr/vc-dav.el requires file DOC must be present under directory etc/
And I find this problem has been reported before, and a patch has been proposed:
http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-05/msg00388.html
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> Are you using MSYS?
yes, i'm using MinGW + MSYS.
> Would you please stop offending the few volunteers who maintain the
> Windows port? Even if you believe the problem is still unsolved,
> that's not a reason good enough to say that ``nobody cares'' ab
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]: *** [
97 matches
Mail list logo