Re: Function w32_abort not defined
From: Nick Roberts [EMAIL PROTECTED] Date: Fri, 6 Jan 2006 09:59:42 +1300 Cc: emacs-pretest-bug@gnu.org I fixed a typo Oops! that was a left-over from my testing. Thanks for catching it. but why have you taken your code out of the conditional? Because it didn't work inside the conditional in GDB 6.3, 6.4, and a recent snapshot of the GDB CVS. It looks like a bug in GDB (which I'm trying to debug), but given that it fails in at least 2 released versions of GDB, I didn't think the small inefficiency in .gdbinit is worth breaking it for users of those GDB versions. Presumably if you've set a breakpoint at w32_abort you don't need to set a temporary one atinit_sys_modes. Could you not do: if $tem[0] == 'w' $tem[1] == 'i' $tem[2] == 'n' $tem[3] == 'd' # The windows-nt build replaces abort with its own function. break w32_abort else break abort [Your code] end Yup, tried that first, and got a weird error message that made no sense (the message varies depending on what version of GDB is used). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: Typo in textmodes/bibtex.el]
From: Michael Ernst [EMAIL PROTECTED] To: emacs-pretest-bug@gnu.org Date: Sun, 01 Jan 2006 13:11:17 -0500 Subject: Typo in textmodes/bibtex.el This patch fixes a typo in textmodes/bibtex.el. Thanks, I installed it. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: In info: Wrong type argument: stringp, nil
I fixed this bug. I don't understand the purpose of the following fix: @@ -568,7 +568,9 @@ (if (and (stringp file-or-node) (string-match (.*) file-or-node)) file-or-node (concat ( file-or-node -(if (zerop (buffer-size)) +(if (and (zerop (buffer-size)) +(null Info-history)) + ;; If we just created the Info buffer, go to the directory. (Info-directory A new condition `(null Info-history)' doesn't fix a bug, but with some user configuration it creates an empty Info buffer. Does that patch from Nov 25 have any other problem? I can't produce any problem now, so we could either wait for more bug reports or at least restore the following change: @@ -726,8 +729,7 @@ (pline(count-lines (point-min) (line-beginning-position))) (wline(count-lines (point-min) (window-start))) (old-history Info-history) - (new-history (and Info-current-file - (list Info-current-file Info-current-node (point) + (new-history (list Info-current-file Info-current-node (point (kill-buffer (current-buffer)) (Info-find-node filename nodename) (setq Info-history old-history) This change most likely can produce a bug because a condition below in the same function tests the value of `new-history' as: ;; only add to the history when coming from a different file+node (if new-history (setq Info-history (cons new-history Info-history)) -- Juri Linkov http://www.jurta.org/emacs/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: Typos in lisp/textmodes/tildify.el]
From: Michael Ernst [EMAIL PROTECTED] To: emacs-pretest-bug@gnu.org Date: Sun, 01 Jan 2006 13:27:34 -0500 Subject: Typos in lisp/textmodes/tildify.el This patch fixes two misspellings in lisp/textmodes/tildify.el. 2006-01-01 mernst [EMAIL PROTECTED] * textmodes/tildify.el: Fix typos (misspellings). Thanks, I installed it. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: vc-annotate tries to load vc-nil
BTW, now that I think about it, the reason why I had the old behavior is that the current revision (the not-yet-committed state of the file) can't be obtained otherwise. So with the old behavior I could do a diff between the current file and revision N whereas with your patch it seems there's no way to do that any more. I'm not sure who important it is in practice. This is still possible by putting the mark or point in the *cvs-info* buffer before the first revision line. This produces a diff between the current revision and revision N at the end of the region. This behavior could be documented in the Emacs manual and docstrings. -- Juri Linkov http://www.jurta.org/emacs/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: etc/NEWS typos]
From: Michael Ernst [EMAIL PROTECTED] To: emacs-pretest-bug@gnu.org Date: Sun, 01 Jan 2006 13:29:54 -0500 Subject: etc/NEWS typos X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 This patch fixes a number of English and grammar errors in etc/NEWS . 2006-01-01 mernst [EMAIL PROTECTED] * NEWS: Fix English and grammar errors. Thanks, installed. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: Type in emacs-lisp/find-func.el]
From: Michael Ernst [EMAIL PROTECTED] To: emacs-pretest-bug@gnu.org Date: Sun, 01 Jan 2006 13:15:17 -0500 Subject: Type in emacs-lisp/find-func.el This patch fixes a typo in emacs-lisp/find-func.el ChangeLog entry: 2006-01-01 Michael Ernst [EMAIL PROTECTED] * emacs-lisp/find-func.el (find-definition-noselect): Fix typo: functoin = function. Thanks, I installed it. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Function w32_abort not defined
Date: Fri, 06 Jan 2006 11:39:35 +0200 From: Eli Zaretskii [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org but why have you taken your code out of the conditional? Because it didn't work inside the conditional in GDB 6.3, 6.4, and a recent snapshot of the GDB CVS. GDB 6.2 also exhibits this problem. GDB 6.1 works okay. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Function w32_abort not defined
but why have you taken your code out of the conditional? Because it didn't work inside the conditional in GDB 6.3, 6.4, and a recent snapshot of the GDB CVS. OK I see that now. GDB 6.2 also exhibits this problem. GDB 6.1 works okay. It doesn't seemd to work with GNU gdb Red Hat Linux (6.1post-1.20040607.43rh). Perhaps that narrows things down a bit further. Nick ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: Re: Quitting `save-buffer' loses backup file]
Date: Fri, 30 Dec 2005 17:04:39 +0100 From: Sven Joachim [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: emacs-pretest-bug@gnu.org Subject: Re: Quitting `save-buffer' loses backup file I wrote: Here is a summary of what Emacs does in the scenario: (a) Before saving bar, Emacs renames bar to bar~, overwriting the old backup in the process, and sets `buffer-backed-up' to t. This is documented in the manual. (b) Emacs tries to save bar but fails to do so, because the user quits. To reduce harm, Emacs renames bar~ back to bar. But -- and this is probably wrong -- Emacs does not set `buffer-backed-up' back to nil. Actually, (b) is coded and documented in the function basic-save-buffer-2, near the end: , | ;; If we get an error writing the new file, and we made | ;; the backup by renaming, undo the backing-up. | (and setmodes (not success) | (rename-file (cdr setmodes) buffer-file-name)) ` What do you think of the following patch which sets `buffer-backed-up' back to nil here? Thanks, I installed the second variant of your patch. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Function w32_abort not defined
From: Nick Roberts [EMAIL PROTECTED] Date: Sat, 7 Jan 2006 00:35:51 +1300 Cc: emacs-pretest-bug@gnu.org GDB 6.2 also exhibits this problem. GDB 6.1 works okay. It doesn't seemd to work with GNU gdb Red Hat Linux (6.1post-1.20040607.43rh). Perhaps that narrows things down a bit further. Yes, thanks. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: help echo (tooltip) for :link buttons in Customize
Well, it could be argued that (url-link...) is like a button, since it is not a link within Emacs. Nevertheless, it acts as a link more than as an action button. I'd suggest giving it a face like a link and making the help echo clearly say that it is a Web link. We might also think about using a different face for such external links - perhaps green underline instead of blue underline. This is a fairly common convention on wiki pages for instance: blue for links within the wiki; green for external links. -- Oops - #2 is incorrect. This is a link, not a button. This means that it should appear as a link, not a button. -- The tooltip for a :link button in Customize says only this: Follow link. 1. This is useless - we might as well get rid of it, if we can't find something better. 2. It is a button, not a link (from a user's perspective), so the text is anyway incorrect. 3. If we keep such a tooltip, the text should be more specific, taking into account the particular kind of :link. For example, for `(url-link...)' we might use Information on the Web or Find on the Web; for `(emacs-commentary-link...)' we might use Commentary or Library Commentary. 4. If an associated :tag is available, we might use that as the help echo too - e.g. :tag Download could lead to a help echo with the same text; however, in this case, the help echo is truly unnecessary and unhelpful. 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/include' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: :link is ignored in defface - contradicts Elisp manual
Drew Adams wrote: Customize-face does correctly show the link provided by a :link that is applied to a defface in that group. However, customize-group does not show this link for the face. Yes it does. Just click on Show Face. Note that the values of faces are normally hidden by default in group buffers (but not when you do `M-x customize-face'). For most defcustoms, the value is not hidden by default. If you hide their value, the link disappears, just like for faces. Sincerely, Luc. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: :link is ignored in defface - contradicts Elisp manual
Customize-face does correctly show the link provided by a :link that is applied to a defface in that group. However, customize-group does not show this link for the face. Yes it does. Just click on Show Face. Note that the values of faces are normally hidden by default in group buffers (but not when you do `M-x customize-face'). For most defcustoms, the value is not hidden by default. If you hide their value, the link disappears, just like for faces. Thanks. BTW, it seems that Show Value and Show Face show more than the value/face. IOW, someone might not guess that it is by clicking Show Value that he will see the other stuff. This might be something to tinker with after the release, to try to make it more obvious how to show additional stuff. A simple fix would of course be to change the name of Show Value/Face to something else. Something else to think about for after the release: Show Face isn't quite the right name, since the face is, in fact shown (sample). It's the definition (details) of the face that are not shown. Perhaps Show Details or Show Definition? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Function w32_abort not defined
but why have you taken your code out of the conditional? Because it didn't work inside the conditional in GDB 6.3, 6.4, and a recent snapshot of the GDB CVS. GDB 6.2 also exhibits this problem. GDB 6.1 works okay. Could you please send a GDB bug report? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Function w32_abort not defined
It doesn't seemd to work with GNU gdb Red Hat Linux (6.1post-1.20040607.43rh). I appreciate the information, but would you please call it Red Hat GNU/Linux? Their product is basically the GNU system, developed principally by the GNU Project, which you are working on today. Red Hat gives the credit for our work to others, but let's not do so here. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: In info: Wrong type argument: stringp, nil
-(if (zerop (buffer-size)) +(if (and (zerop (buffer-size)) +(null Info-history)) + ;; If we just created the Info buffer, go to the directory. (Info-directory A new condition `(null Info-history)' doesn't fix a bug, but with some user configuration it creates an empty Info buffer. In those situations, I think the empty Info buffer is correct. That can only happen if the buffer has been emptied by some Info command--such as, visiting a whole file which is empty. In what cases did you see an empty buffer? I can't produce any problem now, so we could either wait for more bug reports or at least restore the following change: @@ -726,8 +729,7 @@ (pline(count-lines (point-min) (line-beginning-position))) (wline(count-lines (point-min) (window-start))) (old-history Info-history) - (new-history (and Info-current-file - (list Info-current-file Info-current-node (point) + (new-history (list Info-current-file Info-current-node (point (kill-buffer (current-buffer)) (Info-find-node filename nodename) (setq Info-history old-history) This change most likely can produce a bug because a condition below in the same function tests the value of `new-history' as: ;; only add to the history when coming from a different file+node (if new-history (setq Info-history (cons new-history Info-history)) If you see a bug in that, please fix it. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
(display-battery-mode) reports incorrect battery percentage
This bug report will be sent to the Free Software Foundation, not to your local site managers! 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: (display-battery-mode) uses (battery-linux-proc-acpi), which reads `grep design-capacity /proc/acpi/battery/[...]/info` as the maximum battery capacity. On my machine, however, I have: = ~ $ cat /proc/acpi/battery/BAT0/info present: yes design capacity: 71280 mWh last full capacity: 47420 mWh battery technology: rechargeable design voltage: 10800 mV design capacity warning: 2371 mWh design capacity low: 200 mWh capacity granularity 1: 1 mWh capacity granularity 2: 1 mWh model number:IBM-08K8198 serial number: 595 battery type:LION OEM info:SANYO ~ $ = So, (display-battery-mode) will never show my battery at 100%, which I'm quite sure is a bug. The solution is to grep for last full capacity instead (patch attached). This solution was confirmed by user mortal on #emacs about half an hour ago. Thx, bye, Gismo / Luca 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.50/etc/DEBUG for instructions. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu) of 2006-01-03 on pacem, modified by Debian 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=no' 'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 'host_alias=i486-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: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Lisp Minor modes in effect: display-battery-mode: t display-time-mode: t erc-truncate-mode: t erc-track-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-netsplit-mode: t erc-services-mode: t erc-match-mode: t erc-log-mode: t erc-fill-mode: t erc-stamp-mode: t erc-button-mode: t erc-autojoin-mode: t erc-autoaway-mode: t show-paren-mode: t encoded-kbd-mode: t auto-compression-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 column-number-mode: t line-number-mode: t transient-mark-mode: t hs-minor-mode: t Recent input: ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O D ) ESC [ 4 ~ RET C-c ESC f x C-c ESC f h C-x o C-x k RET C-x C-f H a c TAB c v TAB e m a TAB _ TAB RET ESC O B ESC O A C-k C-k C-k C-k C-s C-g C-x C-s C-x k RET C-c ESC f i C-x o C-c ESC f h ESC x r e p o r t TAB e m TAB TAB b u TAB RET Recent messages: Wrote /home/luca/Hacking/cvs/emacs/lisp/battery.el [Complete but not unique] [Sole completion] (application-find name) History item: 0 [2 times] Loading diff-mode...done Quit Wrote /home/luca/Hacking/cvs/emacs_battery.el_20060106.patch Making completion list... Loading emacsbug...done emacs_battery.el_20060106.patch.gz Description: (battery-linux-proc-acpi) reads battery last full capacity pgpkyUNAC27cV.pgp Description: PGP signature ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Allow escaping of initial / in rcirc
This bug report will be sent to the Free Software Foundation, not to your local site managers! 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: In correspondence to how this usually works in IRC clients, '//' at the start of a line should translate to '/', rather than be interpreted as a command. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu) of 2005-12-21 on pacem, modified by Debian 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=no' 'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Major mode: rcirc ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Old rcirc private message buffers should work again after reconnect
This bug report will be sent to the Free Software Foundation, not to your local site managers! 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: If i get disconnected from the server, and i reconnect to the same channels, then i get to reuse my old buffers for those channels (and this is good). But...i can't reuse my old private chat buffers. it says Process irc.freenode.net not running, even though it is (again). In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu) of 2005-12-21 on pacem, modified by Debian 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=no' 'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Major mode: rcirc ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Completion of rcirc commands
This bug report will be sent to the Free Software Foundation, not to your local site managers! 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: In rcirc, it should be possible to tab complete / commands on the input line. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu) of 2005-12-21 on pacem, modified by Debian 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=no' 'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Major mode: rcirc ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Separate per-buffer settings for encoding and decoding charsets in rcirc
This bug report will be sent to the Free Software Foundation, not to your local site managers! 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: Using buffer-file-coding-system for this has its elegance, but it's not sufficient. A way to set these things separately, per buffer, is needed, as well as a way to customise this per channel/nick. The new settings would be initialised based on the Emacs default in a sensible manner. Possibly the per-channel customisation should be integrated with the current startup-channels feature. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu) of 2005-12-21 on pacem, modified by Debian 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=no' 'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Major mode: rcirc ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Tab-complete of nicknames in rcirc includes some prefix characters
This bug report will be sent to the Free Software Foundation, not to your local site managers! 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: If a network uses prefix characters in NAMES besides [EMAIL PROTECTED] then tab-completes and some other features include them erroneously. I think rcirc needs to read the 005 (ISUPPORT) response as specified by http://www.irc.org/tech_docs/draft-brocklesby-irc-isupport-03.txt and include a per-server setting in rcirc-user*nick. I don't know how best to start coding that in. If you can give me pointers, I'll try. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu) of 2005-12-21 on pacem, modified by Debian 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=no' 'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Major mode: rcirc ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
rcirc should have an /ignore feature
This bug report will be sent to the Free Software Foundation, not to your local site managers! 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: rcirc should be equipped with an ignore feature. http://emacswiki.org/cgi-bin/wiki/rcircIgnore is a good start, but needs to be modified to also ignore nicks from the ignore list when completing nicks. In GNU Emacs 22.0.50.1 (i486-pc-linux-gnu) of 2005-12-21 on pacem, modified by Debian 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=no' 'CFLAGS=-DDEBIAN -g -Wno-pointer-sign -O2' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu'' Major mode: rcirc ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Function w32_abort not defined
Richard M. Stallman writes: It doesn't seemd to work with GNU gdb Red Hat Linux (6.1post-1.20040607.43rh). I appreciate the information, but would you please call it Red Hat GNU/Linux? Their product is basically the GNU system, developed principally by the GNU Project, which you are working on today. Red Hat gives the credit for our work to others, but let's not do so here. I've not called it anything. That's the first line that appears when you run gdb on Fedora Core 3, so perhaps you should tell them. Nick ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug