gnu.emacs.bug Google Group

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

svenj...@gmx.de (Sven Joachim) — Sat, 21 Лис 2009 21:56:47 UT

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

ow...@emacsbugs.donarmstrong.com (Emacs bug Tracking System) — Sat, 21 Лис 2009 22:05:08 UT

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

r...@gnu.org (Glenn Morris) — Sat, 21 Лис 2009 19:10:42 UT

[...]
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

neum...@neumann.math.columbia.edu (Walter Neumann) — Fri, 20 Лис 2009 16:26:51 UT

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

ma...@kermodei.com (Mark Diekhans) — Sat, 21 Лис 2009 17:23:15 UT

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

tob...@ringis.se (Tobias Ringström) — Fri, 20 Лис 2009 15:43:05 UT

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

lennart.borg...@gmail.com (Lennart Borgman) — Sat, 21 Лис 2009 14:22:49 UT

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

lennart.borg...@gmail.com (Lennart Borgman) — Sat, 21 Лис 2009 14:09:08 UT

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

lennart.borg...@gmail.com (Lennart Borgman) — Sat, 21 Лис 2009 12:14:36 UT

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

bug#5001: erc should use 'font-lock-face, not 'face

lennart.borg...@gmail.com (Lennart Borgman) — Sat, 21 Лис 2009 11:56:20 UT

erc does not use the font-lock machinery for coloring the erc buffers.
If that is good or not I do not know. However there is a problem with
that it currently use the 'face text property. This prevents hi-lock
from working in its buffer which would otherwise be useful.
Therefore please replace 'face with 'font-lock-face everywhere in erc.

bug#5000: 23.1.50; empty string not allowed as line-prefix

carsten.domi...@gmail.com (Carsten Dominik) — Sat, 21 Лис 2009 11:01:02 UT

It seems that an empty string as a line prefix makes the redisplay
engine choke.
Test case:
- open a new buffer in fundamental mode, no auto-fill-mode
- insert a long line that will be wrapped for display into two or more
lines.
- insert the following form into the buffer, after the long line
(add-text-properties (point-min) (point) '(line-prefix ""))

bug#4996: problem found

markus.tri...@gmx.at (Markus Triska) — Sat, 21 Лис 2009 08:25:11 UT

I suggest:
(let ((inhibit-point-motion-hooks t))
(forward-line))

bug#4996: problem found

mark.lillibri...@hp.com (Mark Lillibridge) — Sat, 21 Лис 2009 06:24:17 UT

Ok, I have a proposed patch for linum.el that solves the problem
with it displaying incorrect line numbers in the presence of intangible
text.
The original version of linum.el has:
linum.el:129:
(defun linum-update-window (win)
"Update line numbers for the portion visible in window WIN."
(goto-char (window-start win))

bug#4996: problem found

mark.lillibri...@hp.com (Mark Lillibridge) — Sat, 21 Лис 2009 06:06:46 UT

Ah! I have figured out the problem. report-emacs-bug adds the
intangible property to the instructions. Normally, forward-line skips
past text with the intangible property and this is what happens when
linum-update is called normally, hence those lines do not receive line
numbers normally. [UPDATE: this is a different bug in linum as it

bug#4996: 23.1; linum mode fails to number lines properly when just scrolling buffer

mark.lillibri...@hp.com (Mark Lillibridge) — Sat, 21 Лис 2009 05:30:46 UT

gnu.emacs.bug Google Group

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#5001: erc should use 'font-lock-face, not 'face

bug#5000: 23.1.50; empty string not allowed as line-prefix

bug#4996: problem found

bug#4996: problem found

bug#4996: problem found

bug#4996: 23.1; linum mode fails to number lines properly when just scrolling buffer

bug#5005: Let Help show custom option status