gnu.emacs.bug Google Group

bug#5009: complete-symbol should probably not be bound in global-map

2009-11-22T02:21:27Z

It fools people into believing there is a useful completion when there
in fact is none. What use is for example symbol completion in
css-mode, in php-mode etc?
It is better to tell the truth. Bind it to there-is-no-completion-here
(in a logic sense of course) in global map. Bind it to something
useful in major modes.

bug#5009: complete-symbol should probably not be bound in global-map

2009-11-22T02:21:27Z

bug#5009: complete-symbol should probably not be bound in global-map

2009-11-22T01:20:02Z

_Why_ shouldn't it?
What's the bug?

bug#5009: complete-symbol should probably not be bound in global-map

2009-11-22T01:20:02Z

_Why_ shouldn't it?
What's the bug?

bug#5009: complete-symbol should probably not be bound in global-map

2009-11-22T00:22:08Z

But it is.

bug#5008: Please move newsticker--decode-numeric-entities

2009-11-22T00:04:02Z

'This functions decodes html numeric entities like ' to characters.
Please move and rename this so it can be used without loading newst-backend.el.
Also the file name of this file does not match it's provide statement.

bug#4953: 23.1.50; Dired does not deal well with xz-compressed files

2009-11-21T21:56:47Z

tags 4953 + patch
thanks
Here is a patch that adds support for xz-compressed files to
dired-guess-shell-alist-defaul t, emulating the case of bzip2-compressed
files:
--8<---------------cut here---------------start------ ------->8---
diff --git a/lisp/dired-x.el b/lisp/dired-x.el
index 4da19f6..dce8685 100644

Processed: Re: bug#4953: 23.1.50; Dired does not deal well with xz-compressed files

2009-11-21T22:05:08Z

Processing commands for cont...@emacsbugs.donarmstrong .com:
Bug #4953 [emacs] 23.1.50; Dired does not deal well with xz-compressed files
Added tag(s) patch.
Stopping processing here.
Please contact me if you need assistance.
Don Armstrong
(administrator, Emacs bugs database)

bug#4993: 23.1; rmailmm.el mime decode crashes emacs

2009-11-21T19:10:42Z

[...]
I can't reproduce a "crash" in either 23.1 or the CVS trunk.
23.1 decodes the message in a reasonable time, but slightly incorrectly.
The trunk decodes it correctly, but very slowly (it can be interrupted
any time with C-g). Is this what you meant? If so, it is fixed now.

bug#4993: 23.1; rmailmm.el mime decode crashes emacs

2009-11-20T16:26:51Z

Opening the mail file available at
[link] with rmail and typing "v" to
view the message using rmail-mime crashes emacs: emacs starts using
100% cpu and becomes unresponsive. Tested on two systems, with and
without init files loaded.
In GNU Emacs 23.1.1 (i386-redhat-linux-gnu, GTK+ Version 2.16.6)

bug#5007: 23.1; comint history doesn't handle multi-character delimiters

2009-11-21T17:23:15Z

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 bug-gnu-em...@gnu.org mailing list,
and to the gnu.emacs.bug news group.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

bug#4992: Invalid use of strcpy() in etags

2009-11-20T15:43:05Z

The function absolute_filename() lib-src/etags.c has two invalid calls
to strcpy() with overlapping arguments. It's undefined C that often
happens to work, but breaks very badly for at least gcc 4.4.2 and glibc
2.11 on x86_64, which is default for Fedora 12.
The attached patch replaces the bogus strcpy() calls with calls to

bug#5005: Let Help show custom option status

2009-11-21T14:22:49Z

Please show the status of custom options in the *Help* buffer,
something like this:
You can customize this variable. This variable has ben SAVED and set.

bug#4828: 23.1.50; c-newline-and-indent and indent-line-function

2009-11-21T14:09:08Z

On Fri, Oct 30, 2009 at 2:08 AM, Stefan Monnier
Eh, sorry.
Looking at the code in c-electric-semi&comma I think it is better to
change the call to (c-indent-line) currently on line 938 in cc-cmds.el
to (funcall indent-line-function). That will fix the problem I think.
(if c-syntactic-indentation

bug#5003: Allow marking a local variable as permanently unsafe

2009-11-21T12:14:36Z

When you open a file with a local variable list you may get a warning like this:
The local variables list in ess-mous.el
contains values that may not be safe (*).
Do you want to apply it? You can type
y -- to apply the local variables list.
n -- to ignore the local variables list.
! -- to apply the local variables list, and permanently mark these

gnu.emacs.bug Google Group

bug#5009: complete-symbol should probably not be bound in global-map

bug#5009: complete-symbol should probably not be bound in global-map

bug#5009: complete-symbol should probably not be bound in global-map

bug#5009: complete-symbol should probably not be bound in global-map

bug#5009: complete-symbol should probably not be bound in global-map

bug#5008: Please move newsticker--decode-numeric-entities

bug#4953: 23.1.50; Dired does not deal well with xz-compressed files

Processed: Re: bug#4953: 23.1.50; Dired does not deal well with xz-compressed files

bug#4993: 23.1; rmailmm.el mime decode crashes emacs

bug#4993: 23.1; rmailmm.el mime decode crashes emacs

bug#5007: 23.1; comint history doesn't handle multi-character delimiters

bug#4992: Invalid use of strcpy() in etags

bug#5005: Let *Help* show custom option status

bug#4828: 23.1.50; c-newline-and-indent and indent-line-function

bug#5003: Allow marking a local variable as permanently unsafe

bug#5005: Let Help show custom option status