emacs shell hangs on W32 with python

I started emacs with -q did ESC-x shell and entered the following -- Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. h:\projects\arcp_db\trunk\src\guic:\python25\python.exe -i

Mac: set-language-environment trashes default-file-name-coding-system

Hi all, - Start Emacs as emacs -q. - default-file-name-coding-system is set to 'utf-8. - M-x set-language-environment RET UTF-8 RET. - default-file-name-coding-system is now set to 'iso-latin-1 (!). On Mac OS X the encoding of filenames is always UTF-8. The problem occurs in the

Re: comint.el: EMACS environment variable

Yidong Chong [EMAIL PROTECTED] writes: 2006-09-12 Paul Eggert [EMAIL PROTECTED] * comint.el (comint-exec-1): Set EMACS to the full name of Emacs, not to t. Do you remember what the rationale for this change was? You can find the change here:

Slow operations on buffers of tens of megabytes

Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I use gnus to read my e-mail, and most of my messages are in nnfolder groups. This means lots and lots of messages are kept in a single mbox-like file. A few commonly-used groups have their e-mail

Re: Cancelled copies marked 'C' in Dired

Do you get correct results with this change? Index: dired-aux.el === RCS file: /cvsroot/emacs/emacs/lisp/dired-aux.el,v retrieving revision 1.148 retrieving revision 1.149 diff -c -c -r1.148 -r1.149 *** dired-aux.el18 Oct

UTF-8 vs. menus

Gentlemen, $ emacs -Q 領導過胖.txt now click the Buffers menu at the top of the screen. I bet it doesn't know more than 256 characters. Not ready for Unicode. Yes, you mentioned you knew, but as of 20060923 version: still ugly. ___ emacs-pretest-bug

cperl+abbrev: if({}

In cperl + abbrev mode, typing if( produces if ( { } Why not produce if () { } with the cursor of course sitting in the () just like insert-parentheses. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org

perhaps truncate-lines on by default in dired

You might want to enable truncate-lines by default in dired. Try it in a directory with plenty of long filenames that wrap the terminal. But what about when a user is faced with files that only differ beyond the screen and forgets he can use toggle-truncate-lines. OK, never mind.

Re: UTF-8 vs. menus

From: Dan Jacobson [EMAIL PROTECTED] Date: Mon, 06 Nov 2006 02:54:51 +0800 Cc: [EMAIL PROTECTED] Yes, you mentioned you knew, but as of 20060923 version: still ugly. Thank you so much for this excellent example of encouraging volunteers who work on Free Software. I'm sure we are now much

Re: Fwd: Serious performace problems on Windows XP with new(!) GNU Emacs v22 (both patched and unpatched EmacsW32 were tried)

2006/11/2, martin rudalics [EMAIL PROTECTED]: 1. whitespace-buffer on slowtst.el takes ~9 seconds (=the same result what I got with your previous fix) IF point is at the beginning of the buffer. If point is somewhere down (e.g. at (point-max)) whitespace-buffer finishes in ~2 seconds!?

Re: UTF-8 vs. menus

Dan Jacobson [EMAIL PROTECTED] writes: Gentlemen, $ emacs -Q 領導過胖.txt now click the Buffers menu at the top of the screen. I bet it doesn't know more than 256 characters. Not ready for Unicode. Yes, you mentioned you knew, but as of 20060923 version: still ugly. This works fine on GTK: the

Re: Fwd: Serious performace problems on Windows XP with new(!) GNU Emacs v22 (both patched and unpatched EmacsW32 were tried)

I tried M-: (remove-overlays nil nil 'face 'whitespace-highlight) and it took about the same time what was the increment between first and other runs. Evaluating it when point is at bottom, very fast, but when point is at top, it is slow. I think you can easily test it by making slowtst.el

Re: Fwd: Serious performace problems on Windows XP with new(!) GNU Emacs v22 (both patched and unpatched EmacsW32 were tried)

2006/11/5, martin rudalics [EMAIL PROTECTED]: I see. Please replace the two lines (remove-overlays nil nil 'face 'whitespace-highlight) (overlay-recenter (point-max)) by (overlay-recenter (point-max)) (dolist (overlay (overlays-in (point-min)

Re: Fwd: Serious performace problems on Windows XP with new(!) GNU Emacs v22 (both patched and unpatched EmacsW32 were tried)

Thanks for your prompt answer! Yes, with this last fix finally whitespace-buffer seems to be quite fast each time. Thanks for you cooperation. Please keep an eye on this. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org

calendar gets wrong end for Daylight Savings Time

Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of

calendar gets wrong end for Daylight Savings Time

Good catch! while fixing this bug, it might be appropriate to update calendar for next march -- when the US switches back to daylight saving time in mid-March (was legistlated earlier this year) Eric == Eric Hanchrow [EMAIL PROTECTED] writes: Eric Please write in English if possible,

Re: Slow operations on buffers of tens of megabytes

Scoring of the messages closer to the beginning of the buffer is fast, but as we move to higher-numbered messages, that are closer to the end of such big files/buffers, gnus will only score 2-3 messages per minute, and that's what kills performance. Does Gnus make lots of

Re: Slow operations on buffers of tens of megabytes

In [EMAIL PROTECTED] Richard Stallman wrote: Scoring of the messages closer to the beginning of the buffer is fast, but as we move to higher-numbered messages, that are closer to the end of such big files/buffers, gnus will only score 2-3 messages per minute, and that's what