Glenn Morris | 1 Mar 04:11 2010
Picon

bug#5663: vc-dir function to create ChangeLog entries

Severity: wishlist

pcl-cvs has a function `cvs-mode-add-change-log-entry-other-window',
bound to the `A' key, which creates basic ChangeLog entries for all
marked files in the *cvs* buffer.

It would be nice if vc-dir could have something similar.

Stefan Monnier | 1 Mar 05:59 2010
Picon

bug#5663: vc-dir function to create ChangeLog entries

> Severity: wishlist
> pcl-cvs has a function `cvs-mode-add-change-log-entry-other-window',
> bound to the `A' key, which creates basic ChangeLog entries for all
> marked files in the *cvs* buffer.

> It would be nice if vc-dir could have something similar.

FWIW (as PCL-CVS maintainer), this command was inherited from the
original PCL-CVS and has always caused me trouble and never seemed to do
anything sufficiently valuable to deserve the time I invested in it.
The support for C-x 4 a in diff-mode OTOH is one that I keep cherishing.

        Stefan

Andreas Roehler | 1 Mar 09:18 2010
Picon

bug#5664: 23.1.92; view-lossage


Hi,

may reproduce bug mentioned here:

http://lists.gnu.org/archive/html/help-gnu-emacs/2010-02/msg00602.html

With emacs-shell, emacs -q

1) when prompted for pw, it's shown afterwards at the screen
2) it's visible by view-lossage/recent-input

replaced it below for this report by MY-PASSWORD-DISPLAYED-HERE

In GNU Emacs 23.1.92.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
 of 2010-02-19
Windowing system distributor `The X.Org Foundation', version 11.0.70200000
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: de_DE.UTF-8
  value of $XMODIFIERS:  <at> im=local
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

(Continue reading)

Glenn Morris | 1 Mar 09:07 2010
Picon

bug#5660: 23.1.92; ships with outdated org refcard (packaging bug?)

Gregor Zattler wrote:

> emacs-snapshot-common ships org-mode version 6.33x but the
> orgcard.{tex,pdf} is for version 6.21. 

I don't know about emacs-snapshot-common, but in Emacs orgcard.tex
says it is for 6.33x. I have regenerated orgcard.pdf from it.

Alan Mackenzie | 1 Mar 12:38 2010
Picon

bug#5649: 23.1.92; Indentation problems in C mode

Hi, Michael and Yidong

On Fri, Feb 26, 2010 at 07:12:06PM -0500, Chong Yidong wrote:
> Michael Welsh Duggan <mwd <at> cert.org> writes:

> > I'm getting some screwy indentation behavior from C mode.  From a
> > current bzr checkout/install of emacs, try the following recipe:

> > emacs -Q foo.c                 | starts emacs on foo.c (included below)
> > C-u 7 C-n                      | move down 7 lines
> > TAB                            | indent, nothing changes (good)
> > C-p C-p                        | move up 2 lines
> > TAB C-n TAB C-n                | indent 2 lines, nothing changes (good)
> > TAB                            | line unindents by 2 (bad)
> > TAB                            | line re-indents (good, but strange)
> > TAB                            | no change this time

> Thanks.  This is a regression vs Emacs 23.1, so we should definitely fix
> it before releasing Emacs 23.2.

> I can reproduce the bug with the Emacs 23.0.90, so it's be around since
> at lease 12-09 last year.  However, I haven't yet had the time to do a
> proper bisect.

I've just committed the folowing patch, which should fix the bug:

=== modified file 'lisp/progmodes/cc-engine.el'
--- lisp/progmodes/cc-engine.el	2010-02-25 21:21:25 +0000
+++ lisp/progmodes/cc-engine.el	2010-03-01 11:23:59 +0000
 <at>  <at>  -2641,7 +2641,8  <at>  <at> 
(Continue reading)

Dan Davison | 1 Mar 03:30 2010
Picon
Picon

bug#5662: flet not undone on lisp nesting error

If I trigger a lisp nesting error with an infinite recursion inside a
let and an flet binding, then the effects of the flet are not undone,
resulting in a change of binding at the top-level.

(defun g () 'g-orig)
(setq a 'a-orig)

(defun h ()
  (let ((a 'a-new))
    (flet ((g () 'g-new))
      (h))))
(h)   ;; <-- Lisp nesting exceeds `max-lisp-eval-depth'
(g)   ;; g-new ! 
a     ;; a-orig 

Dan

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.1/etc/DEBUG for instructions.

In GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3)
 of 2009-11-10 on vernadsky, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.10604000
configured using `configure  '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr'
'--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib'
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.1/leim'
(Continue reading)

Michael Welsh Duggan | 1 Mar 16:17 2010

bug#5649: 23.1.92; Indentation problems in C mode

Alan Mackenzie <acm <at> muc.de> writes:

> Hi, Michael and Yidong
>
> On Fri, Feb 26, 2010 at 07:12:06PM -0500, Chong Yidong wrote:
>> Michael Welsh Duggan <mwd <at> cert.org> writes:
>
>> > I'm getting some screwy indentation behavior from C mode.  From a
>> > current bzr checkout/install of emacs, try the following recipe:
>
>> > emacs -Q foo.c                 | starts emacs on foo.c (included below)
>> > C-u 7 C-n                      | move down 7 lines
>> > TAB                            | indent, nothing changes (good)
>> > C-p C-p                        | move up 2 lines
>> > TAB C-n TAB C-n                | indent 2 lines, nothing changes (good)
>> > TAB                            | line unindents by 2 (bad)
>> > TAB                            | line re-indents (good, but strange)
>> > TAB                            | no change this time
>
>> Thanks.  This is a regression vs Emacs 23.1, so we should definitely fix
>> it before releasing Emacs 23.2.
>
>> I can reproduce the bug with the Emacs 23.0.90, so it's be around since
>> at lease 12-09 last year.  However, I haven't yet had the time to do a
>> proper bisect.
>
> I've just committed the folowing patch, which should fix the bug:

I'm afraid this causes a much more serious bug.  Recipe:

(Continue reading)

Chong Yidong | 1 Mar 16:00 2010

bug#5649: 23.1.92; Indentation problems in C mode

Alan Mackenzie <acm <at> muc.de> writes:
>
> I've just committed the folowing patch, which should fix the bug:

Thanks!

Alan Mackenzie | 1 Mar 19:04 2010
Picon

bug#5649: 23.1.92; Indentation problems in C mode

Hello, again,

On Mon, Mar 01, 2010 at 10:17:00AM -0500, Michael Welsh Duggan wrote:
> Alan Mackenzie <acm <at> muc.de> writes:

> > I've just committed the folowing patch, which should fix the bug:

> I'm afraid this causes a much more serious bug.  Recipe:

> emacs -Q
> Open a new C-mode file.  Then type the following:
> #if FOO
> #endif

> int bar;

Sorry.

> For me the following happens:  The #endif is not fontified.  The "int
> bar" is not fontified.  The semicolon causes an error.  I have verified
> that reverting the patch below goes back to the old behavior, so this
> patch is what is causing the bug.

Yes.

> > === modified file 'lisp/progmodes/cc-engine.el'
> > --- lisp/progmodes/cc-engine.el	2010-02-25 21:21:25 +0000
> > +++ lisp/progmodes/cc-engine.el	2010-03-01 11:23:59 +0000
> >  <at>  <at>  -2641,7 +2641,8  <at>  <at> 
> >  	;; (car c-state-cache).  There can be no open parens/braces/brackets
(Continue reading)

Michael Welsh Duggan | 1 Mar 19:40 2010

bug#5649: 23.1.92; Indentation problems in C mode

Alan Mackenzie <acm <at> muc.de> writes:

> Hello, again,
>
> On Mon, Mar 01, 2010 at 10:17:00AM -0500, Michael Welsh Duggan wrote:
>> Alan Mackenzie <acm <at> muc.de> writes:
>
>> > I've just committed the folowing patch, which should fix the bug:
>
>> I'm afraid this causes a much more serious bug.  Recipe:
>
>> emacs -Q
>> Open a new C-mode file.  Then type the following:
>> #if FOO
>> #endif
>
>> int bar;

[...]

> I was thrown by my own bad commenting.  :-(  I've committed a correction
> to this.  The relevant diff (wrt the buggy "middle" version) is:

[...]

>> > Thanks for the clean and concise bug report!
>
> I hope it's right now.

This does now seem to work.  Thanks!
(Continue reading)


Gmane