unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#2668: user option `warning-suppress-types'
@ 2009-03-13 22:16 ` Stefan Boeters
  2009-03-14  2:24   ` Stefan Monnier
  2009-03-14 17:50   ` bug#2668: marked as done (user option `warning-suppress-types') Emacs bug Tracking System
  0 siblings, 2 replies; 3+ messages in thread
From: Stefan Boeters @ 2009-03-13 22:16 UTC (permalink / raw)
  To: bug-gnu-emacs

I regularly refresh newly generated output files that are open as a
buffer in Emacs with "revert-buffer". If these files are very large,
this produces the following warning:

"Warning (undo): Buffer `calibrate.lst' undo info was 34019863 bytes long.
The undo info was discarded because it exceeded `undo-outer-limit'.

This is normal if you executed a command that made a huge change
to the buffer.  In that case, to prevent similar problems in the
future, set `undo-outer-limit' to a value that is large enough to
cover the maximum size of normal changes you expect a single
command to make, but not so large that it might exceed the
maximum memory allotted to Emacs.

If you did not execute any such command, the situation is
probably due to a bug and you should report it.

You can disable the popping up of this buffer by adding the entry
(undo discard-info) to the user option `warning-suppress-types'."

I wanted to disable the popping up of the warning, but failed (with my
rudimentary Emacs knowledge). If I got it correctly from the discussion
in gnu.emacs.help (thread "Adding an entry to a user option"), the problem
is that the user option cannot (immediately) be customised, because it 
is not
defined by default. This is what Drew Adams wrote in gnu.emacs.help:
   
"Grepping the Emacs 23 lisp libraries for `warning-suppress-types' shows 
that it
is referred to in a doc string in `simple.el', but it is defined and 
used only
in library `warnings.el', which is not loaded by default. You cannot 
customize
it using Customize until it has been defined.

I think the fact that it is referenced in `simple.el' but undefined by 
default
is a bug - please report it using `M-x report-emacs-bug'. But I warn you 
that
it's likely that Stefan M. will reply that it is normal that most user 
options
are not defined by default. ;-) I guess it all depends whether the doc 
string in
`simple.el' is ever likely to be user-visible without `warnings.el' 
having yet
been loaded."

He asked me to report the bug here.

Stefan



In GNU Emacs 22.3.1 (i386-mingw-nt6.0.6001)
 of 2008-09-06 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 6.0.6001
configured using `configure --with-gcc (3.4)'

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: DEU
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: GAMS-LST

Minor modes in effect:
  show-paren-mode: t
  cua-mode: t
  encoded-kbd-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
  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

Recent input:
<switch-frame> <help-echo> <switch-frame> <drag-n-drop>
<help-echo> <down-mouse-1> <mouse-movement> <mouse-1>
C-w 2 <help-echo> <switch-frame> <switch-frame> <help-echo>
<down-mouse-1> <mouse-1> M-r <help-echo> <down-mouse-1>
<mouse-1> <wheel-up> <down-mouse-1> <drag-mouse-1>
<down-mouse-1> <mouse-movement> <mouse-movement> <drag-mouse-1>
<help-echo> <down-mouse-1> <mouse-1> <help-echo> M-x
r e p o r t - e m a c s - b u g <return>

Recent messages:
Loading paren...done
Loading speedbar...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading url-util...done
Updating speedbar to: 
d:/data/GAMS/WorldScan/model_09/lst/baseline_EMF/...done
kill-region: The mark is not set now, so there is no region
Split window.
Loading kmacro...done
byte-code: Beginning of buffer
Loading emacsbug...done








^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#2668: user option `warning-suppress-types'
  2009-03-13 22:16 ` bug#2668: user option `warning-suppress-types' Stefan Boeters
@ 2009-03-14  2:24   ` Stefan Monnier
  2009-03-14 17:50   ` bug#2668: marked as done (user option `warning-suppress-types') Emacs bug Tracking System
  1 sibling, 0 replies; 3+ messages in thread
From: Stefan Monnier @ 2009-03-14  2:24 UTC (permalink / raw)
  To: Stefan Boeters; +Cc: bug-gnu-emacs, 2668

> I regularly refresh newly generated output files that are open as a
> buffer in Emacs with "revert-buffer". If these files are very large,
> this produces the following warning:

> "Warning (undo): Buffer `calibrate.lst' undo info was 34019863 bytes long.
> The undo info was discarded because it exceeded `undo-outer-limit'.

That looks like a bug, indeed.


        Stefan






^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#2668: marked as done (user option `warning-suppress-types')
  2009-03-13 22:16 ` bug#2668: user option `warning-suppress-types' Stefan Boeters
  2009-03-14  2:24   ` Stefan Monnier
@ 2009-03-14 17:50   ` Emacs bug Tracking System
  1 sibling, 0 replies; 3+ messages in thread
From: Emacs bug Tracking System @ 2009-03-14 17:50 UTC (permalink / raw)
  To: Chong Yidong

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


Your message dated Sat, 14 Mar 2009 13:46:10 -0400
with message-id <877i2satgd.fsf@cyd.mit.edu>
and subject line Re: user option `warning-suppress-types'
has caused the Emacs bug report #2668,
regarding user option `warning-suppress-types'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
2668: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2668
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 6155 bytes --]

From: Stefan Boeters <stefan.boeters@web.de>
To: bug-gnu-emacs@gnu.org
Subject: user option `warning-suppress-types'
Date: Fri, 13 Mar 2009 23:16:17 +0100
Message-ID: <49BADB31.20007@web.de>

I regularly refresh newly generated output files that are open as a
buffer in Emacs with "revert-buffer". If these files are very large,
this produces the following warning:

"Warning (undo): Buffer `calibrate.lst' undo info was 34019863 bytes long.
The undo info was discarded because it exceeded `undo-outer-limit'.

This is normal if you executed a command that made a huge change
to the buffer.  In that case, to prevent similar problems in the
future, set `undo-outer-limit' to a value that is large enough to
cover the maximum size of normal changes you expect a single
command to make, but not so large that it might exceed the
maximum memory allotted to Emacs.

If you did not execute any such command, the situation is
probably due to a bug and you should report it.

You can disable the popping up of this buffer by adding the entry
(undo discard-info) to the user option `warning-suppress-types'."

I wanted to disable the popping up of the warning, but failed (with my
rudimentary Emacs knowledge). If I got it correctly from the discussion
in gnu.emacs.help (thread "Adding an entry to a user option"), the problem
is that the user option cannot (immediately) be customised, because it 
is not
defined by default. This is what Drew Adams wrote in gnu.emacs.help:
   
"Grepping the Emacs 23 lisp libraries for `warning-suppress-types' shows 
that it
is referred to in a doc string in `simple.el', but it is defined and 
used only
in library `warnings.el', which is not loaded by default. You cannot 
customize
it using Customize until it has been defined.

I think the fact that it is referenced in `simple.el' but undefined by 
default
is a bug - please report it using `M-x report-emacs-bug'. But I warn you 
that
it's likely that Stefan M. will reply that it is normal that most user 
options
are not defined by default. ;-) I guess it all depends whether the doc 
string in
`simple.el' is ever likely to be user-visible without `warnings.el' 
having yet
been loaded."

He asked me to report the bug here.

Stefan



In GNU Emacs 22.3.1 (i386-mingw-nt6.0.6001)
 of 2008-09-06 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 6.0.6001
configured using `configure --with-gcc (3.4)'

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: DEU
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: GAMS-LST

Minor modes in effect:
  show-paren-mode: t
  cua-mode: t
  encoded-kbd-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
  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

Recent input:
<switch-frame> <help-echo> <switch-frame> <drag-n-drop>
<help-echo> <down-mouse-1> <mouse-movement> <mouse-1>
C-w 2 <help-echo> <switch-frame> <switch-frame> <help-echo>
<down-mouse-1> <mouse-1> M-r <help-echo> <down-mouse-1>
<mouse-1> <wheel-up> <down-mouse-1> <drag-mouse-1>
<down-mouse-1> <mouse-movement> <mouse-movement> <drag-mouse-1>
<help-echo> <down-mouse-1> <mouse-1> <help-echo> M-x
r e p o r t - e m a c s - b u g <return>

Recent messages:
Loading paren...done
Loading speedbar...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading url-util...done
Updating speedbar to: 
d:/data/GAMS/WorldScan/model_09/lst/baseline_EMF/...done
kill-region: The mark is not set now, so there is no region
Split window.
Loading kmacro...done
byte-code: Beginning of buffer
Loading emacsbug...done





[-- Attachment #3: Type: message/rfc822, Size: 1713 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Stefan Boeters <stefan.boeters@web.de>
Cc: 2668-done@emacsbugs.donarmstrong.com
Subject: Re: user option `warning-suppress-types'
Date: Sat, 14 Mar 2009 13:46:10 -0400
Message-ID: <877i2satgd.fsf@cyd.mit.edu>

> I wanted to disable the popping up of the warning, but failed (with my
> rudimentary Emacs knowledge). If I got it correctly from the
> discussion in gnu.emacs.help (thread "Adding an entry to a user
> option"), the problem is that the user option cannot (immediately) be
> customised, because it is not defined by default.

Actually, `warning-suppress-types' can be customised as soon as the
warning is shown, because that loads the warnings library.  If you want
to customize it in a freshly-launched Emacs, do `M-x load-library RET
warnings RET'.

I've added a note to the warning message that warning-suppress-types is
defined in the `warnings' Lisp library.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2009-03-14 17:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <877i2satgd.fsf@cyd.mit.edu>
2009-03-13 22:16 ` bug#2668: user option `warning-suppress-types' Stefan Boeters
2009-03-14  2:24   ` Stefan Monnier
2009-03-14 17:50   ` bug#2668: marked as done (user option `warning-suppress-types') Emacs bug Tracking System

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).