Re: re-builder bug(s)
Richard Stallman <[EMAIL PROTECTED]> writes: > I fixed the bug in the custom type, I think. > > I also find (and I'm not quite sure whether it's a real bug or just > something I haven't understood about regexps or re-builder) that > expressions such as "\\>" and "$" in the re-builder buffer don't work > (and are flagged as "*invalid*" in the modeline) but ".\\>" and ".$", > > Would you please send a precise, complete test case for this? Open a new buffer, put it in text mode and insert a line of text into it: C-x b *reb-test* RET M-x text-mode RET Kidman's publicist, Catherine Olim, said the star was trying to shake zombies off the bonnet of her Jaguar when the car spun off the road. RET Try to use re-builder to count the number of words in the buffer: M-x re-builder RET \\> As soon as the first `\' is entered between the `"'s, in the *RE-Builder* buffer, "*invalid*" appears in the modeline. Now replace the regexp in the *RE-Builder* buffer with another: DEL DEL DEL .\\> Success! - the last character of each word in the *reb-test* buffer has been highlighted and a message, "25 matches" has appeared in the minibuffer. Likewise, the regexp, "^" will not find the empty string at the beginning of the buffer but "^." will and "$" will not find the end of the buffer but ".$" will. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: list-buffers-noselect: `when' should be `and'
On 2/18/07, Richard Stallman <[EMAIL PROTECTED]> wrote: These doc changes are ok with me. Does that mean someone should install them? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: 22.0.95 fails to link (missing -lX11) on Solaris with Sun cc
Richard Stallman skrev: > What should we do so as to fix both bugs? The fix installed is OK, that is, keep LIB_X11_LIB defined to -lX11. In the cases where XFT_LIBS also includes -lX11, we will have two -lX11 in the link command. Ok, but I am still puzzled by one thing. I thought that the more recent fix consisted of reverting the change you had previously made. How come that didn't bring back the old bug? Is it the case that the more recent fix did NOT revert your change? The more recent fix did not revert my fix. My fix was to add XFT_LIB and #undef:ing LIB_X11_LIB. The #undef:ing was done to avoid two -lX11 in the link command. The recent fix is to not #undef LIB_X11_LIB, the XFT_LIB part (the important part) is still kept. Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: UTF-8 paste from xterm picks Chinese charset
Sorry for the late response on this matter. In article <[EMAIL PROTECTED]>, Martins Krikis <[EMAIL PROTECTED]> writes: > Upon testing the new Emacs behavior on Latvian characters encoded in UTF-8, > I noticed that pasting them out of Emacs and into, say, xterm works. However, > pasting them back does not quite work---all the lowercase vowels with macrons > get understood as Chinese characters and lose their previous looks. These are > the offending characters: "āēīōū" (UTF-8 encoding 0xc481, 0xc493, 0xc4ab, > 0xc58d, 0xc5ab). Saving the text encodes them in UTF-8 again, so the damage > is limited, but working with such text is still a torture. That is because your xterm (or X library) sends them encoded in Chinese (or Japanese) character when COMPOUND_TEXT is requested from Emacs. It itself is not a bug, but a bad feature. I remember that some version of xterm (or X library) uses "UTF-8 extended segments" to embded Unicode characters in COMPOUND_TEXT in such a case. But it seems that that is not true in their latest versions. :-( Anyway, I've just improved the function x-select-utf8-or-ctext to prefer UTF-8 in such a case. Please try with the latest CVS code. > I tried setting the coding-system for X selection to > utf-8, but then pasting produces complete gibberish. (And > I'd say that's a different bug!) Changing language > environments does not seem to have any effect on either of > these bugs (tried Latvian, English, UTF-8). It's not a bug. Setting selection-coding-system just changes a way how to decode a selection data, it doesn't change which data-type (UTF8_STRING, COMPOUND_TEXT, or just STRING) to request. The latter is controlled by the variable x-select-request-type. I've just added more words in the documentation of selection-coding-system. > I've turned the utf-translate-cjk-mode off but this does not > improve things, contrary to the very promising sounding help-text about it. > (Not a word about it in info pages, BTW, that's another wishlist item.) Which part makes you think so? It also doesn't affect which data-type to request. Anyway, it's bad that utf-translate-cjk-mode is not in Info. Could someone put it in Info? I'm not good at writing Info. --- Kenichi Handa [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: isearch and Input Methods
On Mon, 05 Mar 2007 07:33:07 +0100 David Hansen wrote: > 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: > > $ emacs -Q > > C-\ TeX RET C-s f > > ==> emacs beeps and messages > > "isearch-process-search-multibyte-characters: Text is read-only" > That's the offending change. Reverting to the previous version fixes it. 2007-03-01 Lennart Borgman <[EMAIL PROTECTED]> * isearch.el (isearch-message-prefix): Use minibuffer-prompt-properties. David ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Can't isearch for non-ASCII text
> In the gmane.emacs.diffs newsgroup, Kim F. Storm wrote:
> Index: isearch.el
> ===
> RCS file: /cvsroot/emacs/emacs/lisp/isearch.el,v
> retrieving revision 1.294
> retrieving revision 1.295
> diff -u -b -r1.294 -r1.295
> --- isearch.el15 Feb 2007 16:54:09 - 1.294
> +++ isearch.el1 Mar 2007 22:28:14 - 1.295
> @@ -1957,8 +1957,9 @@
> (concat " [" current-input-method-title "]: ")
>": ")
> )))
> -(propertize (concat (upcase (substring m 0 1)) (substring m 1))
> - 'face 'minibuffer-prompt)))
> +(apply 'propertize
> +(concat (upcase (substring m 0 1)) (substring m 1))
> +minibuffer-prompt-properties)))
This change disables me from searching for non-ASCII text because
of the `read-only' property in `minibuffer-prompt-properties'.
When I type `C-s RET C-\' in order to enter Japanese text to
search for, I get the following error[1]:
Debugger entered--Lisp error: (text-read-only)
read-from-minibuffer(#("Search: " 0 8 (read-only t face minibuffer-prompt))...
byte-code(...
isearch-edit-string()
isearch-exit()
call-interactively(isearch-exit)
Since this is a popular way to enter at least Japanese text for
isearch, please fix it.
[1] To get this error, I eval'd the form:
(put 'text-read-only 'error-conditions '(text-read-only error))
Regards,
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
partial-completion-mode and M-TAB
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: Hello, maybe not a bug but a *very* irritating "feature" $ emacs -Q M-x partial-completion-mode open some c file: M-TAB runs the command PC-lisp-complete-symbol open some emacs lisp file: M-TAB runs the command lisp-complete-symbol David 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 /home/dhansen/share/emacs/22.0.95/etc/DEBUG for instructions. In GNU Emacs 22.0.95.1 (i686-pc-linux-gnu) of 2007-03-05 on robotron X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--prefix=/home/dhansen' '--with-x-toolkit=no' '--disable-pop'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 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: Group Minor modes in effect: shell-dirtrack-mode: t erc-menu-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-netsplit-mode: t erc-spelling-mode: t erc-truncate-mode: t gnus-topic-mode: t hl-line-mode: t gnus-undo-mode: t TeX-PDF-mode: t jabber-activity-mode: t erc-services-mode: t erc-autojoin-mode: t erc-track-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-smiley-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-readonly-mode: t erc-scrolltobottom-mode: t which-function-mode: t show-paren-mode: t iswitchb-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 abbrev-mode: 1 Recent input: C-p C-p M-f f o r e w a r d C-e C-x b g r o g C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p RET C-n C-n SPC SPC SPC u = C-n C-n a C-x 1 C-x b s u m m = q M-x r e p o r e m a c s - b u Recent messages: Connecting to irc.freenode.org:6667... ...done Logging in as 'mulligan'... Logging in without password Logging in as 'mulligan'... done Connecting to alicja.homelinux.com:6667... ...done Logging in as 'hansen'... Logging in without password Logging in as 'hansen'... done End of message Making completion list... ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
WoMan Error with the CVS Manual Page
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: $ emacs -Q and M-x woman RET cvs (you may have complete to get CVS(1)). Now scroll down to the "update options" section and further to the description of the "-C" switch (here it's line 3173). Woman renders it as -C Overwrite locally modified files with clean copies from the repository (the modified file is saved in -d while the stand alone man reader renders it as -C Overwrite locally modified files with clean copies from the repository (the modified file is saved in .#file.revision, however). -d This is $ cvs --version Concurrent Versions System (CVS) 1.12.13 (client/server) from the standard debian unstable package (can send the man page if needed). David 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 /home/dhansen/share/emacs/22.0.95/etc/DEBUG for instructions. In GNU Emacs 22.0.95.1 (i686-pc-linux-gnu) of 2007-03-05 on robotron X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--prefix=/home/dhansen' '--with-x-toolkit=no' '--disable-pop'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 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: WoMan Minor modes in effect: shell-dirtrack-mode: t erc-menu-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-netsplit-mode: t erc-spelling-mode: t erc-truncate-mode: t TeX-PDF-mode: t jabber-activity-mode: t erc-services-mode: t erc-autojoin-mode: t erc-track-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-smiley-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-readonly-mode: t erc-scrolltobottom-mode: t which-function-mode: t show-paren-mode: t iswitchb-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 abbrev-mode: 1 Recent input: C-x k C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n M-x m a C-g C-h RET c v s 1C-s - A C-s C-s C-s C-s C-s C-x 1 C-l M-x r e p o r t e m a b SPC Recent messages: CVS process has completed in *cvs* Quit Building list of manual directory expansions... Building completion list of all manual topics... Making completion list... uncompressing cvs.1.gz...done WoMan formatting buffer...done in 2 seconds Mark saved where search started Making completion list... [2 times] Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Emacs mailing lists [was Re: Partial completion]
> Oops, this has all been discussed on emacs-devel. Apologies for the > total time waste. Let's get rid of one of the mailing lists (emacs-pretest-bug), point report-emacs-bug to emacs-devel, and ask savannah hackers (?) to make emacs-pretest-bug an alias for emacs-devel. I can't see why anyone would want to be subscribed to one and not the other and it just creates irritation when people post to both mailing lists. -- 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: Partial completion
Oops, this has all been discussed on emacs-devel. Apologies for the total time waste. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
double-clicking on closing paren - wrong region marked
Enter the below text into a vanilla buffer. It consists of a rather
long expression (3415 characters, I believe), which is all in one
line (rather than nicely formatted). Add a few extra lines to the
expression.
Then double-click on the last closing paren ). The wrong region will
be marked - I get a region from the paren to the end of the buffer,
or a region from somewhere within the expression to the end. It
appears to interact with the position of the paren inside the window
- i.e. whether you scroll up or down a bit does matter. The wrong
region usually ends at the position where the mouse cursor is _after
scrolling.
Reproducible in vanilla CVS Emacs 22 (Carbon).
'(smart-frame-prior-positions (quote
(("customizations.el.dr" (left . 5) (top . 87) (width . 80) (height .
40)) ("customizations.el" (left . 633) (top . 67) (width . 80)
(height . 40)) ("scroll-bar.el.gz" (left . 25) (top . 67) (width .
80) (height . 43)) ("aquamacs-frame-setup.el" (left . 633) (top . 47)
(width . 80) (height . 43)) ("mailme-new.pl" (left . 616) (top . 47)
(width . 80) (height . 43)) ("mailme.pl" (left . 45) (top . 47))
("macfns.c" (left . 684) (top . 43) (width . 80) (height . 43))
("toolbar-png.patch" (left . 5) (top . 64) (width . 80) (height .
43)) ("available-screen.patch" (left . 529) (top . 44) (width . 80)
(height . 43)) (".emacs" (left . 632) (top . 28) (width . 80)
(height . 43)) ("aquamacs.el" (left . 24) (top . 48) (width . 80)
(height . 43)) (".htaccess" (left . 489) (top . 444))
("nightlies.shtml" (left . 5) (top . 77) (width . 80) (height . 43))
("thankyou.html" (left . 5) (top . 77) (width . 80) (height . 43))
("download.shtml" (left . 616) (top . 67) (width . 80) (height . 43))
("downloads.cache" (left . 5) (top . 77) (width . 80) (height . 43))
("support.shtml" (left . 5) (top . 77) (width . 80) (height . 43))
("features.html" (left . 5) (top . 77) (width . 80) (height . 43))
("documentation.html" (left . 616) (top . 67) (width . 80) (height .
43)) ("development.html" (left . 5) (top . 77)) ("latex.html" (left .
5) (top . 67) (width . 80) (height . 43)) ("index.shtml" (left . 5)
(top . 67) (width . 80) (height . 43)) ("donations.shtml" (left . 45)
(top . 47) (width . 80) (height . 43)) ("frame.el.gz" (left . 604)
(top . 71) (width . 80) (height . 43)) ("simple.el.gz" (left . 87)
(top . 109)) ("itm_style.css" (left . 237) (top . 46) (width . 99)
(height . 46)) ("index.en.html" (left . 5) (top . 60) (width . 80)
(height . 43)) ("templates/index.en.html" (left . 640) (top . 60)
(width . 77) (height . 43)) ("index.html" (left . 32) (top . 80)
(width . 80) (height . 43)) ("syn-priming.tex" (left . 5) (top . 59)
(width . 80) (height . 43)) ("CHANGELOG" (left . 24) (top . 28))
("cua-base.el" (left . 641) (top . 120) (width . 80) (height . 43))
("pc-select.el.gz" (left . -655) (top . -64) (width . 80) (height .
43)) ("pager.el" (left . 33) (top . 179) (width . 80) (height . 43))
("cmds.c" (left . 33) (top . 120) (width . 80) (height . 43)) ("hlt-
naacl06.tex" (left . 24) (top . 28) (width . 80) (height . 43))
("custom.el.gz" (left . 5) (top . 67)) ("itm.pl" (left . 5) (top .
45) (width . 80) (height . 40)) ("stats2.R" (left . 45) (top . 25)
(width . 158) (height . 39)) ("TODO" (left . 616) (top . 25) (width .
80) (height . 40)) ("find-repetitions.py" (left . 62) (top . 42)
(width . 170) (height . 41)) ("parse-maptask.py" (left . 25) (top .
45) (width . 132) (height . 40)) ("find-repetitions." (left . 633)
(top . 25) (width . 78) (height . 40)) ("testimonials.txt" (left . 5)
(top . 67) (width . 80) (height . 40)) ("backup-HD-to-Space" (left .
616) (top . 47) (width . 80) (height . 40))
("backup_excludes_users.txt" (left . 616) (top . 47) (width . 80)
(height . 40)) ("backup_excludes.txt" (left . 209) (top . 56)
(width . 80) (height . 40)) ("aquamacs-menu.el" (left . 633) (top .
67) (width . 80) (height . 38)) ("mac-extra-functions.el" (left .
633) (top . 47) (width . 80) (height . 40)) ("thesis-
plan.tex" (left . 633) (top . 67) (width . 80) (height . 40))
("osx_defaults.el" (left . 25) (top . 67) (width . 80) (height .
40 t)
In GNU Emacs 22.0.94.1 (powerpc-apple-darwin7.9.0, Carbon Version 1.6.0)
of 2007-03-02 on rodrigues.inf.ed.ac.uk - Aquamacs Distribution 1.0rc1
X server distributor `Apple Computers', version 10.4.8
configured using `configure '--without-x' '--prefix=/usr/local''
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: nil
locale-coding-system: iso-8859-1
default-enable-multibyte-characters: t
Major mode: Emacs-Lisp
Minor modes in effect:
smart-frame-positioning-mode: t
aquamacs-styles-mode: t
recentf-mode: t
emulate-mac-german-keyboard-mode: t
encoded-kbd-mode: t
osx-key-mode:
Re: ps-print.el error: ps-lf-cache
Glenn Morris wrote: Stephen Eglen wrote: $ emacs -q in *scratch* buffer: M-x ps-print-buffer RET Debugger entered--Lisp error: (void-variable ps-lf-cache) More of the change that was made to ps-print 3 days ago in rev 1.179 (why, in the middle of pretesting?) needs to be reverted. Probably the whole thing. Oops, I've just fixed this reverting to 1.178. Vinicius ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ps-print.el error: ps-lf-cache
Stephen Eglen wrote: > $ emacs -q > > in *scratch* buffer: > > M-x ps-print-buffer RET > > Debugger entered--Lisp error: (void-variable ps-lf-cache) More of the change that was made to ps-print 3 days ago in rev 1.179 (why, in the middle of pretesting?) needs to be reverted. Probably the whole thing. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: 22.0.95 fails to link (missing -lX11) on Solaris with Sun cc
Richard Stallman <[EMAIL PROTECTED]> writes: > > What should we do so as to fix both bugs? > > The fix installed is OK, that is, keep LIB_X11_LIB defined to -lX11. In > the > cases where XFT_LIBS also includes -lX11, we will have two -lX11 in the > link > command. > > Ok, but I am still puzzled by one thing. I thought that the more > recent fix consisted of reverting the change you had previously made. > How come that didn't bring back the old bug? > > Is it the case that the more recent fix did NOT revert your change? The change was not completely reverted, only the part that caused the more recent problem. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: 22.0.95 fails to link (missing -lX11) on Solaris with Sun cc
Richard Stallman wrote: > Ok, but I am still puzzled by one thing. I thought that the more > recent fix consisted of reverting the change you had previously made. > How come that didn't bring back the old bug? > > Is it the case that the more recent fix did NOT revert your change? In essence, Jan's original change was to set LIB_X11_LIB to XFT_LIBS when using xft. Now, in essence we append XFT_LIBS to the original value of LIB_X11_LIB, rather than overwriting it. So we may have some duplicate libraries, but that's ok. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: re-builder bug(s)
I fixed the bug in the custom type, I think. I also find (and I'm not quite sure whether it's a real bug or just something I haven't understood about regexps or re-builder) that expressions such as "\\>" and "$" in the re-builder buffer don't work (and are flagged as "*invalid*" in the modeline) but ".\\>" and ".$", Would you please send a precise, complete test case for this? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Problem compiling on Redhat Enterprise WS 3 with X11
Thanks for working on this. It is better to report a bug which isn't than fail to report a bug which is. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: 22.0.95 fails to link (missing -lX11) on Solaris with Sun cc
> What should we do so as to fix both bugs? The fix installed is OK, that is, keep LIB_X11_LIB defined to -lX11. In the cases where XFT_LIBS also includes -lX11, we will have two -lX11 in the link command. Ok, but I am still puzzled by one thing. I thought that the more recent fix consisted of reverting the change you had previously made. How come that didn't bring back the old bug? Is it the case that the more recent fix did NOT revert your change? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Partial completion
Here's a somewhat more tested patch. The problem in question is caused
by a change in the behaviour of try-completion between 21 and 22.
(try-completion "foo" '(("foo") ("foo")))
returns "foo" in 21, but t in 22. I don't know if this is a correct
interpretation of the doc-string's "unique match which is exact" or
not.
The (1- beg) part of the patch prevents PC-lisp-complete-symbol
erasing the whole buffer, which it seems to do in 21.4 as well...
Could someone familiar with complete.el comment on this?
Index: complete.el
===
RCS file: /sources/emacs/emacs/lisp/complete.el,v
retrieving revision 1.60
diff -c -c -w -r1.60 complete.el
*** complete.el 5 Mar 2007 14:55:05 - 1.60
--- complete.el 5 Mar 2007 21:07:43 -
***
*** 624,630
;; If ambiguous, try for a partial completion
(let ((improved nil)
! prefix
(pt nil)
(skip "\\`"))
--- 624,630
;; If ambiguous, try for a partial completion
(let ((improved nil)
! prefix chunk
(pt nil)
(skip "\\`"))
***
*** 669,686
(setq skip (concat skip
(regexp-quote prefix)
PC-ndelims-regex)
! prefix (try-completion
! (PC-chunk-after
;; not basestr, because that does
;; not reflect insertions
(buffer-substring
(+ beg (length dirname)) end)
skip)
(mapcar
(lambda (x)
(when (string-match skip x)
(substring x (match-end 0
poss)))
(or (> i 0) (> (length prefix) 0))
(or (not (eq mode 'word))
(and first (> (length prefix) 0)
--- 669,690
(setq skip (concat skip
(regexp-quote prefix)
PC-ndelims-regex)
! chunk (PC-chunk-after
;; not basestr, because that does
;; not reflect insertions
(buffer-substring
(+ beg (length dirname)) end)
skip)
+ prefix (try-completion
+ chunk
(mapcar
(lambda (x)
(when (string-match skip x)
(substring x (match-end 0
poss)))
+ ;; try-completion returns t if chunk is
+ ;; an exact match.
+ (if (eq prefix t) (setq prefix chunk))
(or (> i 0) (> (length prefix) 0))
(or (not (eq mode 'word))
(and first (> (length prefix) 0)
***
*** 716,722
;; Record which part of the buffer we are completing
;; so that choosing a completion from the list
;; knows how much old text to replace.
! (setq completion-base-size dirlength)))
(PC-temp-minibuffer-message " [Next char not unique]"))
nil)
--- 720,728
;; Record which part of the buffer we are completing
;; so that choosing a completion from the list
;; knows how much old text to replace.
! (setq completion-base-size (if dirname
!dirlength
! (1- beg)
(PC-temp-minibuffer-message " [Next char not unique]"))
nil)
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
ps-print.el error: ps-lf-cache
$ emacs -q in *scratch* buffer: M-x ps-print-buffer RET Debugger entered--Lisp error: (void-variable ps-lf-cache) ps-header-footer-string() ps-mule-begin-job(1 193) ps-generate(# 1 193 ps-generate-postscript) ps-spool-without-faces(1 193 nil) ps-print-without-faces(1 193 nil) ps-print-buffer(nil) call-interactively(ps-print-buffer) execute-extended-command(nil) call-interactively(execute-extended-command) In GNU Emacs 22.0.95.1 (i686-pc-linux-gnu, X toolkit) of 2007-03-05 on notch.damtp.cam.ac.uk configured using `configure '--prefix=/home/raid/bio/sje30/NOBACKUP/local'' 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: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: VM Presentation Minor modes in effect: shell-dirtrack-mode: t iswitchb-mode: t partial-completion-mode: t display-time-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
re-builder bug(s)
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: I can't customize reb-re-syntax from the re-builder customization group buffer. Pressing the value menu button results in the message: "widget-apply: Symbol's function definition is void: nil" When I change "(value: string)" to "(other string)" in the relevant part of re-builder.el: (defcustom reb-re-syntax 'read "*Syntax for the REs in the RE Builder. Can either be `read', `string', `sregex' or `lisp-re'." :group 're-builder :type '(choice (const :tag "Read syntax" read) (const :tag "String syntax" string) (const :tag "`sregex' syntax" sregex) (const :tag "`lisp-re' syntax" lisp-re) (const :tag "`rx' syntax" rx) (value: string))) it seems to work okay - except that the three menu entries with "`" and "'" enclosed names look rather ugly. I also find (and I'm not quite sure whether it's a real bug or just something I haven't understood about regexps or re-builder) that expressions such as "\\>" and "$" in the re-builder buffer don't work (and are flagged as "*invalid*" in the modeline) but ".\\>" and ".$", for example, do work. 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/23.0.0/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (i686-pc-linux-gnu, GTK+ Version 2.10.9) of 2007-03-05 on wolfbone X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--enable-debug' '--program-suffix=.emacs-23.0.0' '--without-carbon' '--with-x' '--with-xpm' '--with-toolkit-scroll-bars' '--enable-font-backend' '--with-freetype' '--with-xft' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x-toolkit=gtk' '--build=i686-pc-linux-gnu' 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 'CFLAGS=-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_GB.utf8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: show-paren-mode: t msb-mode: t desktop-save-mode: t tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: identity Recent input: C-a "re-builder.el.gz" Recent messages: Removing duplicates... done Applying style hooks... done uncompressing CLOS-guide.txt.gz...done Note: file is write protected Loading info...done bunzip2ing elisp.info.bz2...done bunzip2ing elisp-1.info.bz2...done Desktop: 24 buffers restored. For information about the GNU Project and its goals, type C-h C-p. [2 times] Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Problem compiling on Redhat Enterprise WS 3 with X11
Chong Yidong <[EMAIL PROTECTED]> wrote: > > Looking around, it appears that linux (at least Redhat) has strerror. I > > worked around this problem by adding > > > > #define HAVE_STRERROR 1 > > > > to src/s/gnu-linux.h. Not sure if that is the right solution or not. > > configure should have put HAVE_STRERROR into src/config.h, so there is > likely something wrong the way you ran configure. Could you > reconfigure with just > > ./configure --prefix=/local > > and see if the problem persists? I ran "make distclean", then configure as you requested above and then src/config.h did include "#define HAVE_STRERROR 1". A subsequent compile/link worked fine. Oddly, after that, I tried make distclean and then configure with the previous options I used: ./configure --prefix=/local --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include --with-x-toolkit=yes and it still included HAVE_STRERROR in config.h. At this point I am unable to reproduce the original problem. --Jim Dempsey-- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
