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
Re: Fwd: Serious performace problems on Windows XP with new(!) GNU Emacs v22 (both patched and unpatched EmacsW32 were tried)
Could *please* someone document the function `overlay-recenter' in the Elisp manual. I will do so. Would someone please install Martin's patch? It appears that nothing in Emacs normally calls overlay-recenter. Shouldn't we set up some occasional calls (overlay-recenter (point))? Would someone like to try this and experiment with whatever is needed to get good efficiency? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: comint.el: EMACS environment variable
Markus Triska writes: > > The change installed with CVS version 1.347 of comint.el breaks > interaction with SWI Prolog in modes using comint-mode (e.g., shell > and prolog-mode) Can you please post the log associated with 1.347 (and diff if not too long)? -- Nick http://www.inet.net.nz/~nickrob ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: comint.el: EMACS environment variable
Markus Triska <[EMAIL PROTECTED]> writes: > The change installed with CVS version 1.347 of comint.el breaks > interaction with SWI Prolog in modes using comint-mode (e.g., shell > and prolog-mode). SWI Prolog is an interactive program using the GNU > readline library. The change has the same effect as an additional > after sending the input to the inferior process (using ). The change in question was 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? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`file-coding-system-alist' and shift_jis coding issue
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 the bug: Hi, When visiting a file with shift_jis encoding, emacs-snapshot is unable to recoganize it automatically. Hence, i tried to use `C-x RET r' (namely, M-x revert-buffer-with-coding-system) to force it to decode buffer using shift_jis. While, in the following two cases, case1 fails, case2 succeeds. Their only difference is case2 has specified a default encoding in `file-coding-system-alist' rather than `undecided'. Is the difference the expected behaviour? 1) $ emacs-snapshot -Q 2) $ emacs-snapshot -Q Then eval this in *scratch* buffer before visiting the file, (setq file-coding-system-alist ' (("\\.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\\'" emacs-mule . emacs-mule) ("\\.utf\\(-8\\)?\\'" . 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) ;; the only changes ;; ("" undecided)) ("" utf-8 . utf-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 /usr/share/emacs/22.0.90/etc/DEBUG for instructions. In GNU Emacs 22.0.90.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-10-28 on malo, modified by Debian (Debian emacs-snapshot package, version 1:20061027-1) X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--build' 'powerpc-linux-gnu' '--host' 'powerpc-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/22.0.90/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.0.90/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.0.90/leim' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'build_alias=powerpc-linux-gnu' 'host_alias=powerpc-linux-gnu'' 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 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: eldoc-mode: t which-function-mode: t darcs-mode: t less-minor-mode: t page-break-mode: t outline-minor-mode: t erc-spelling-mode: t erc-fill-mode: t erc-stamp-mode: t erc-match-mode: t erc-autojoin-mode: t erc-smiley-mode: t erc-readonly-mode: t recentf-mode: t display-time-mode: t global-auto-revert-mode: t show-paren-mode: t shell-dirtrack-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 fast-lock-mode: t Recent input: e s j j f f G C-c m C-c C-g C-c C-v c v C-- C-c v C-c C-g C-c v C-c m r y j j g C-x k C-x C-f t e s g C-x r s h i y j j f f G g C-x b . x C-r C-r C-x C-f C-x b C-g C-x b s t a C-a M-K M-x e m a r e DEL C-a C-k r e p o r b u Recent messages: Mark set [2 times] Revert buffer from file /home/william/remote/studio/svn/vce2jp/test/doc/test? (y or n) Mark set [2 times] Quit byte-code: Command attempted to use minibuffer while in minibuffer Quit [2 times] byte-code: Buffer is read-only: # Making completion list... Loading emacsbug...done call-interactively: Text is read-only -- William We come to bury DOS, not to praise it. (Paul Vojta, [EMAIL PROTECTED], paraphrasing a quote of Shakespeare) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
comint.el: EMACS environment variable
The change installed with CVS version 1.347 of comint.el breaks interaction with SWI Prolog in modes using comint-mode (e.g., shell and prolog-mode). SWI Prolog is an interactive program using the GNU readline library. The change has the same effect as an additional after sending the input to the inferior process (using ). Example Prolog program, "t.pl": t(a). t(b). t(c). t(d). Example invocation and interaction on a regular terminal: $ pl -s t.pl -q ?- t(X). X = a ; <-- user presses ";" X = b ; X = c ; X = d ; No In M-x shell: ?- t(X). X = a ; <-- ";" followed by ; X = b Yes SWI Prolog version: 5.6.22. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-09-19 on rothera, modified by Debian (Debian emacs-snapshot package, version 1:20060915-1) X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/22.0.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.0.50/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.0.50/leim' '--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2'' 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: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Minor modes in effect: show-paren-mode: t shell-dirtrack-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Thank you, and best wishes! -- Markus Triska ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacsclient horribly broken
On 11/3/06, Richard Stallman <[EMAIL PROTECTED]> wrote: Does this mean that the emacs server is now broken in the primary mode of operation (using Unix sockets) on GNU/Linux? No. It was a very simple error, that Stefan has already fixed. Is that really true? Yes. In fact, most of the trouble was related to including headers to set the socket in blocking mode, and that was really unnecesary and has been removed. -- /L/e/k/t/u ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug