TAGS buffer generates spurious undo warnings

TAGS buffer generates spurious undo warnings

[Jared Finder]

[-- Attachment #1: Type: text/plain, Size: 4760 bytes --]

Re-loading a really large TAGS buffer generates a spurious warning

about undo info being discarded.  TAGS buffers have no need for undo

info!  Why not just disable undo in TAGS and BROWSE and similar

buffers?

 

  -- MJF

 

In GNU Emacs 22.1.1 (i386-mingw-nt5.1.2600)  of 2007-06-02 on RELEASE

Windowing system distributor `Microsoft Corp.', version 5.1.2600

configured using `configure --with-gcc (3.4) --cflags

-Ic:/gnuwin32/include' 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: ENU  

locale-coding-system: cp1252   default-enable-multibyte-characters: t

Major mode: C/lw Minor modes in effect:   global-balanced-mode: t  

balanced-mode: t   hrule-mode: t   c-subword-mode: t  

hide-ifdef-mode: t   global-hi-lock-mode: t   hi-lock-mode: t  

show-paren-mode: t   recentf-mode: t   global-reveal-mode: t  

reveal-mode: t   global-c-subword-mode: t   shell-dirtrack-mode: t  

cua-mode: t   encoded-kbd-mode: t   tooltip-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  

unify-8859-on-encoding-mode: t   utf-translate-cjk-mode: t  

auto-compression-mode: t   column-number-mode: t   line-number-mode: t  

transient-mark-mode: t   abbrev-mode: t Recent input: <up> <help-echo>

<down-mouse-1> <drag-mouse-1> <return>  <return> D Y N N O D E S S-SPC

a t t a c h e d SPC  t o SPC w i d g e t s <home> M-u M-u M-u M-u

<return>  * S-SPC SPC 4 : 4 5 SPC - SPC ? ? <S-backspace> : ?  ?

<select-window> <select-window> <select-window> <up>  <up> <up> <up>

<up> <up> <up> C-x 0 C-x b u i <return>  <down> <down> <down> C-x C-h

C-x C-f C-g C-x b u i  c o r <return> <down> <down> <down> <down>

<down> <down>  <down> <down> <down> <down> <down> <down> <down> <down> 

<down> <down> <down> <down> <down> <down> <down> <down>  <down> <down>

<down> <down> <down> <down> <down> <down>  <down> <down> <down> <down>

<down> <down> <down> <down>  <down> <down> <down> <down> <down> <down>

<down> <down>  <down> <down> <down> <down> <down> <wheel-down>

<double-wheel-down>  <triple-wheel-down> <triple-wheel-down>

<wheel-down>  <double-wheel-down> <triple-wheel-down>

<triple-wheel-down>  <triple-wheel-down> <wheel-down>

<double-wheel-down>  <triple-wheel-down> <triple-wheel-down>

<wheel-down>  <double-wheel-down> <triple-wheel-down>

<triple-wheel-down>  <triple-wheel-down> <wheel-down>

<double-wheel-down>  <triple-wheel-down> <triple-wheel-down>

<triple-wheel-down>  <wheel-down> <double-wheel-down>

<triple-wheel-down>  <triple-wheel-down> <triple-wheel-down>

<wheel-down>  <double-wheel-down> <triple-wheel-down> <wheel-down> 

<double-wheel-down> <triple-wheel-down> <triple-wheel-down> 

<wheel-down> <double-wheel-down> <triple-wheel-down> 

<triple-wheel-down> <wheel-down> <double-wheel-down> 

<triple-wheel-down> <wheel-down> <double-wheel-down> 

<triple-wheel-down> <wheel-down> <double-wheel-down> 

<triple-wheel-down> <triple-wheel-down> <wheel-down> 

<double-wheel-down> <triple-wheel-down> <up> <down>  <select-window>

<help-echo> <select-window> <help-echo>  <up> <up> <up> <apps> r u n

SPC u p <tab> <return>  <select-window> <help-echo> <select-window>

<help-echo>  C-x b s c r a <return> <C-home> <down> <down> <down> 

<select-window> <select-window> <help-echo> <escape>  <escape>

<escape> <escape> <escape> <escape> C-x 4  b s <backspace> a s y

<return> <down> <down> <down>  <up> C-x <up> <up> <up> <C-home> C-x 4

0 <down> <down>  <down> <down> <down> <down> <down> <down> <down>

<down>  M-. <return> y <up> y <wheel-down> <wheel-down> <help-echo> 

<select-window> <wheel-down> <wheel-down> <wheel-down> 

<double-wheel-down> <triple-wheel-down> <wheel-down> 

<double-wheel-down> <wheel-down> <double-wheel-down> 

<triple-wheel-down> <triple-wheel-down> <triple-wheel-down> 

<wheel-down> <double-wheel-down> <triple-wheel-down> 

<triple-wheel-down> <select-window> <help-echo> <help-echo> 

<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar> 

<help-menu> <report-emacs-bug> Recent messages: Hiding... [2 times]

Mark set mouse-1: major mode, mouse-2: major mode help, mouse-3:

toggle minor modes Learn how to use Emacs Learn how to use Emacs

(choose a language) Frequently asked (and answered) questions about

Emacs New features of this version Read about known problems with

Emacs Send e-mail to Emacs maintainers [2 times] Loading

emacsbug...done


[-- Attachment #2: Type: text/html, Size: 17038 bytes --]

Re: TAGS buffer generates spurious undo warnings

[Glenn Morris]

"Jared Finder" wrote:

> Re-loading a really large TAGS buffer generates a spurious warning
> about undo info being discarded.

Sorry, can you be more specific? How exactly do you get this warning
to occur?

TAGS buffer generates spurious undo warnings

[Glenn Morris]

Jared Finder wrote:

> Re-loading a really large TAGS buffer generates a spurious warning
> about undo info being discarded. TAGS buffers have no need for undo
> info! Why not just disable undo in TAGS and BROWSE and similar buffers?

Can anyone see how this could happen?

It may be obvious, but I looked at the code and couldn't see how such
a wanring would come about. I'm reluctant to disable undo just for the
sake of it...

(Undo in BROWSE has already been disabled AFAIK.)

RE: TAGS buffer generates spurious undo warnings

[Jared Finder]

Still happens, but I have not been able to track down why.  Ct happens
on my work box on Win32, but not on my Debian box at home.  Also, it
only happens if I load my .emacs, even though I'm using the exact same
.emacs at home and at work.

  -- MJF

-----Original Message-----
From: Glenn Morris [mailto:rgm@gnu.org] 
Sent: Thursday, November 01, 2007 12:40 PM
To: emacs-devel@gnu.org
Cc: Jared Finder
Subject: TAGS buffer generates spurious undo warnings


Jared Finder wrote:

> Re-loading a really large TAGS buffer generates a spurious warning
> about undo info being discarded. TAGS buffers have no need for undo
> info! Why not just disable undo in TAGS and BROWSE and similar
buffers?

Can anyone see how this could happen?

It may be obvious, but I looked at the code and couldn't see how such
a wanring would come about. I'm reluctant to disable undo just for the
sake of it...

(Undo in BROWSE has already been disabled AFAIK.)

Re: TAGS buffer generates spurious undo warnings

[Richard Stallman]

I see no reason to keep undo enabled in tags table buffers,
so let's just disable it (in Emacs 22).  Then we don't have to
spend any more time on this.

Re: TAGS buffer generates spurious undo warnings

[Glenn Morris]

Richard Stallman wrote:

> I see no reason to keep undo enabled in tags table buffers,
> so let's just disable it (in Emacs 22).  Then we don't have to
> spend any more time on this.

Fine, done.