Re: Function "w32_abort" not defined
> From: Juri Linkov <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org > Date: Sat, 31 Dec 2005 02:54:35 +0200 > > >> We could add this command to .gdbinit to reassure anyone who might > >> get worried: > >> > >> output "If you see messages immediately following about functions not > >> being defined,\n don't worry about them. Nothing is wrong.\n" > > > > Done. > > Since I raised this question, I want to make clear that I was worried > not by the meaning of these error messages, but by the clutter they > produce in the gdb window. And now a new 4-line explanation just added > more clutter :-) Sigh... nothing you do is good enough. The explanation is only 2 lines, btw. Anyway, we already have a similar warning in loadup.el. I remember it startled me when I first saw it, but now I'm used to it and don't see it as a nuisance. Also, the starting GDB blurb displays quite a few lines on its own. Of course, if others think the additional message is more annoying than it is useful, I will remove it. > If it would be possible to generate .gdbinit depending on the values specified > for `configure'... As I said, I'm open to suggestions. I even posted a question to the GDB mailing list, but until now no one replied. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
documentation of isearch-forward
Hi With respect, I'd like to remind you that the on-line help for C-s (triggered with C-h k C-s) not yet reflects the new behaviour of C-w (as correctly described in the NEWS file). Dieter In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-12-28 on hans X server distributor `The XFree86 Project, Inc', version 11.0.40399902 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: fr_FR.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Outline Minor modes in effect: auto-fill-function: do-auto-fill display-time-mode: t global-hl-line-mode: t show-paren-mode: t auto-compression-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 line-number-mode: t transient-mark-mode: t view-mode: t Recent input: C-s C-M-y C-M-s C-M-y C-M-w C-M-w C-M-w C-M-w C-M-w C-M-w C-M-f C-u C-SPC C-u C-SPC C-x o C-x C-w C-g C-x C-b M-< M-> M-< C-h m C-x b C-x C-b C-p C-p C-p C-p C-p C-p l C-M-c C-M-b C-M-c C-M-b C-h k C-s C-h a b u f g C-x b C-x b C-x o C-x b C-x C-b C-g C-g C-p C-p C-p C-p C-p M-x r e b p o r t - b u Recent messages: view-scroll-lines: Beginning of buffer [2 times] call-interactively: No recursive edit is in progress [2 times] view-scroll-lines: Beginning of buffer Loading apropos...done Type C-x 4 b RET to restore the other window. Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help. Quit [2 times] 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
TAB TAB completion fails after loading AUCTeX
Here's a bug report that I submitted earlier today to the AUCTeX
buglist. Ralf Angeli helpfully suggested that this could be a
(Mac-specific) emacs bug that's triggered by AUCTeX, so I'm posting it
here. Please let me know if I can answer any further questions.
Mark
---
I'm having a problem with Emacs 22.0.50.1 and AUCTeX 11.82 running on
OS X 10.3.9. The usual emacs minibuffer tab-completion seems to fail
on my system after AUCTeX is loaded. The sequence of events is as
follows:
1. Launch emacs from a Terminal prompt. At this stage tab-completion
works as expected; that is, C-x C-f TAB TAB opens a new buffer
showing the files in the current directory.
1.5 (Optionally) Carry out various non-TeX activities within Emacs.
C-x C-f TAB TAB continues to work as expected.
2. Load the tex file test.tex (shown below) using C-x C-f test.tex.
3. Now on typing C-x C-f TAB TAB the message `Making completion
list...' appears, and then nothing happens: after a second or so
the minibuffer returns to the `Find file: ' prompt. The *Messages*
buffer then shows the error:
run-hooks: Wrong type argument: stringp, #
After doing M-x toggle-debug-on-error and trying C-x C-f TAB TAB
again, I get the following *Backtrace*:
Debugger entered--Lisp error: (error "Apparently circular structure
being printed")
completion-setup-function()
run-hooks(completion-setup-hook)
minibuffer-complete()
call-interactively(minibuffer-complete)
read-file-name("Find file: " nil "~/" nil)
find-file-read-args("Find file: " nil)
call-interactively(find-file)
More details that may or may not be useful:
I'm running a newly installed version of Emacs 22.0.50.1 (from cvs, 29
Dec, via the darwinports command `port install emacs-devel') together
with AUCTeX 11.82, on Mac OS X version 10.3.9. However, I've been
having the same problem with older CVS versions of both emacs 22
(installed at various times this over the past month) and also with
version 11.55 of AUCTeX. The problem seems to occur with and without
the carbon variant of emacs.
Single tab completion (C-x C-f TAB) still works fine, and AUCTeX and
preview-latex show no major problems. In particular, tab-completion
for TeX commands works as expected. Other double-tab completion in
Emacs (e.g. C-x b TAB TAB, etc.) seems to fail in the same way as
above.
It doesn't seem to matter which TeX file I load. The file `test.tex'
that I referred to above just contains the following 7 lines:
###test.tex###
\documentclass{article}
\begin{document}
Just testing.
\end{document}
###End test.tex###
Following the suggestion in Appendix C of the AUCTeX manual, I tried
launching emacs with emacs -q -no-site-file and then loading
auctex.el; the problem still occurs.
Any ideas what might be going wrong here? Please let me know if
I can provide any more information that might be useful.
Mark
Emacs : GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0)
of 2005-12-29 on fibonacci
Package: 11.82
current state:
==
(setq
AUCTeX-date "2005-12-17"
window-system nil
LaTeX-version "2e"
TeX-style-path '("style" "auto"
"/opt/local/share/emacs/site-lisp/auctex/style"
"/usr/local/var/auctex")
TeX-auto-save nil
TeX-parse-self nil
TeX-master t
TeX-command-list '(("TeX" "%(PDF)%(tex) %S%(PDFout) \"%(mode)\\input
%t\"" TeX-run-TeX nil (plain-tex-mode ams-tex-mode texinfo-mode)
:help "Run plain TeX")
("LaTeX" "%l \"%(mode)\\input{%t}\"" TeX-run-TeX
nil (latex-mode doctex-mode) :help "Run LaTeX")
("Makeinfo" "makeinfo %t" TeX-run-compile nil
(texinfo-mode) :help "Run Makeinfo with Info output")
("Makeinfo HTML" "makeinfo --html %t"
TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with HTML
output")
("AmSTeX" "%(PDF)amstex %S%(PDFout)
\"%(mode)\\input %t\"" TeX-run-TeX nil (ams-tex-mode) :help "Run
AMSTeX")
("ConTeXt" "texexec --once --texutil
%(execopts)%t" TeX-run-TeX nil (context-mode) :help "Run ConTeXt
once")
("ConTeXt Full" "texexec %(execopts)%t"
TeX-run-TeX nil (context-mode) :help "Run ConTeXt until completion")
("ConTeXt Clean" "texutil --purgeall"
TeX-run-interactive nil (context-mode) :help "Clean temporary ConTeXt
files")
("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help
"Run BibTeX")
("View" "dvi2tty -q -w 132 %s" TeX-run-command t t
:help "Run Text viewer")
("Print" "%p" TeX-run-command t t :help "Print the file")
("Queue" "%q" TeX-run-background nil t :help "View
the printer queue" :visible TeX-queue-command)
("File" "%(o?)dvips %d -o %f " TeX-run-command t t
:help "Generate PostScript file")
("Index" "makeindex %s" TeX-run-command nil t
:help "Create index file")
("Check" "lacheck %s" TeX-run-compile nil
(latex-mode) :help "Check LaTeX file for
Re: Quitting `save-buffer' loses backup file
Actually, (b) is coded and documented in the function basic-save-buffer-2, near the end: Given that, I don't understand why I got the results I did. But I agree your patch is correct; if it undoes the rename, it should undo the flag setting. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: font-lock-add-keywords in hi-lock.el
Is this the usual way of injecting one's keywords? You don't want to start injecting keywords. What if you got addicted to them? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: font-lock-add-keywords in hi-lock.el
Richard M. Stallman <[EMAIL PROTECTED]> wrote: > Is this the usual way of injecting one's keywords? > > You don't want to start injecting keywords. > What if you got addicted to them? I'd probably get to know font-lock a lot more than I do now. -- Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
current-column doesn't reflect display column any longer
emacs -q Enter some lines of text in a buffer, with some TAB characters in some of the lines. Put the cursor just after one of the TABs and do `M-: (current-column)'. Do the same at places directly above or below the same position, in other lines that have not TABs (or a different number of TABs). Keep the cursor, in other words, in the same column and evaluat that `current-column'. The result should always be the same, for the same column. It is not. Instead, each TAB is simply counted as one character. `current-column' appears to simply count characters now. This behavior contradicts both its name and its doc string, which specifically says that it measures the apparent (i.e. displayed) column, by summing the widths of the characters preceding the cursor. It even mentions TAB as an example. I'm using an old CVS snapshot, and hoping this has been fixed since. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2005-06-26 on NONIQPC X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-3/include -I../../libpng-1.2.8/include -I../. ./tiff-3.6.1-2/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.2.2/incl ude' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: current-column doesn't reflect display column any longer
> The result should always be the same, for the same column. It is not. > Instead, each TAB is simply counted as one character[...] > I'm using an old CVS snapshot, and hoping this has been fixed since. It works here, in a recent (within a few days) build of trunk, so it looks like this has been fixed. Ted -- Edward O'Connor [EMAIL PROTECTED] Ense petit placidam sub libertate quietem. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: documentation of isearch-forward
Thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: bad help + minibuffer + frame interaction
When going thru old mail I found this bug report. emacs -Q C-x 5 2 (This creates 2 frames, frame 1 and frame 2) [Select frame 1] M-x [Select frame 2] C-h f Select frame 1. You see the prompt "M-x" in the echo area, but if you try to select it, either with the mouse or with `other-window', you can't get there. Select frame 2. Go in the minibuffer and `C-g'. "M-x" now appears in the echo area for frame 2. This strange behavior is special to the help functions. Other commands that use the minibuffer give a "Command attempted to use minibuffer when active" error when the minibuffer is in use on another frame. I can explain that. Most commands don't allow recursive minibuffers, but we made the help commands an exception because it is useful to be able to type C-h f to get info about calling a function while you're inside M-:. Nonetheless there is a bug: * That M-x still appears in the echo area on frame 1 once the recursive minibuffer is selected in frame 2. The way to fix this is that some function (perhaps get_minibuffer) should look at every frame, and for every minibuffer window, set it to point at buffer *Minibuf-0* (which is always empty). I think I just fixed that. There's one other possible bug: the fact that finishing the help command does not reselect the minibuffer. I am not sure whether the current behavior qualifies as a bug, but it would be nicer to reselect the minibuffer. Would you like to implement that? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: current-column doesn't reflect display column any longer
> From: "Drew Adams" <[EMAIL PROTECTED]> > Date: Sat, 31 Dec 2005 14:43:05 -0800 > > emacs -q > > Enter some lines of text in a buffer, with some TAB characters in some > of the lines. > > Put the cursor just after one of the TABs and do `M-: > (current-column)'. Do the same at places directly above or below the > same position, in other lines that have not TABs (or a different > number of TABs). Keep the cursor, in other words, in the same column > and evaluat that `current-column'. > > The result should always be the same, for the same column. It is > not. Instead, each TAB is simply counted as one character. It works for me with yesterday's CVS. So it was fixed, unless you can post a precise recipe that somehow breaks that. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: current-column doesn't reflect display column any longer
> emacs -q > > Enter some lines of text in a buffer, with some TAB characters in some > of the lines. > > Put the cursor just after one of the TABs and do `M-: > (current-column)'. Do the same at places directly above or below the > same position, in other lines that have not TABs (or a different > number of TABs). Keep the cursor, in other words, in the same column > and evaluat that `current-column'. > > The result should always be the same, for the same column. It is > not. Instead, each TAB is simply counted as one character. It works for me with yesterday's CVS. So it was fixed, unless you can post a precise recipe that somehow breaks that. No, there was nothing special as a recipe. I'm sure you would have seen the problem if it were still a problem. Glad it's fixed. Thanks for checking. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
