Re: custom-set-variables fails to set variable
> AFAIK, Gerd isn't listening, so I CC'ed him. > > Gerd, can you please help? > > > revision 1.2 > > date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 I don't recognize the author "gm", but I'm pretty sure it's not me :-). ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Crash during access_keymap
On 12 Nov 2005, at 05:48, YAMAMOTO Mitsuharu wrote: Still I can't see the "commandp" problem with the CVS version. If it only occurs on some distributions of modified Carbon Emacs, it is difficult for me to help directly, sorry. One thing I can think of is heap corruption caused by missing BLOCK_INPUTs. If -DSYNC_INPUT suppresses the error, it might be due to this. (See the thread starting from http://lists.gnu.org/archive/html/emacs-devel/2004-09/msg00074.html) I've been using SYNC_INPUT for a couple of weeks, and I'm still getting the error. It's interesting that we don't have any other signs of memory corruption - always the global keymap, and it seems like mode keymaps are not affected. If the access_keymap crash is due to the same issue, it's another pointer to keymaps. I've had the bug occur reproducibly when loading a large .elc at some point - but I can't repeat this :-( Looking at the C-level patches that Aquamacs and Carbon Emacs Package have in common: - transparency - toolbar-button Both patches don't do anything unless their respective functionality is used, as far as I can tell. I suspect it's rather due to the higher memory management requirements - the distributions load more packages. I tried experimenting with garbage collection settings. While a forced GC makes the bug go away in situations where I can reproduce it for a while, neither a high gc-cons-threshold nor a GC call after initialization will reliably make the bug go away. Is the bug only in the Carbon port for sure, or is it just that it happens to surface there and that the CVS version Carbon port has a particularly wide circulation and high requirements given the distributions that people use? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
I do not know wether the fact that a hook is unbound caused problems back in July 2003, but it certainly causes no problems in today's CVS. Many hooks are unbound until add-hook gets called for them. It is nicer if the hooks are bound and have doc strings. Not necessary, but nicer. That is why I suggested other ways to fix this. If those don't work, or are too hard, then as a fallback we can delete these defvars. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
occur and next-error-follow-minor-mode
I've always used next-error-follow-minor-mode in the *occur* buffer.
Recently I noticed that the buffers switch among the windows when ever the
cursor moves to a different line.
While visiting any file with several lines containing some text
M-x occur {something in your file several times}
C-x o
M-x next-error-follow-minor-mode
C-n
C-n
C-n...
In GNU Emacs 22.0.50.1 (i386-msvc-nt5.1.2600)
of 2005-11-11 on LD1
X server distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-msvc (12.00)'
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
Recent messages:
(C:\emacs\bin\emacs.exe -Q --no-splash)
Loading encoded-kb...done
For information about the GNU Project and its goals, type C-h C-p.
Searched 1 buffer; 21 matches for `grey'
Next-Error-Follow minor mode enabled
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs -Q behavior doesn't match doc
While trying to document a bug I ran Emacs using -Q. It was a nice surprise to see syntax highlighting and paren matching were on. I've always thought these should default to ON. But the doc specifically says ... This is like using `-q' and `--no-site-file', but in addition it also disables the menu-bar, the tool-bar, the scroll-bars, tool tips, the blinking cursor, and the fancy startup screen. I found that all these items (except the splash screen) stayed on. It did seem useful so I'm not pushing that they be turned off but the behavior or the doc does seems to need a change. In GNU Emacs 22.0.50.1 (i386-msvc-nt5.1.2600) of 2005-11-11 on LD1 X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-msvc (12.00)' (C:\emacs\bin\emacs.exe -Q) Loading encoded-kb...done For information about the GNU Project and its goals, type C-h C-p. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Crash during access_keymap
> On Sat, 12 Nov 2005 11:35:43 +, David Reitter <[EMAIL PROTECTED]> > said: > Looking at the C-level patches that Aquamacs and Carbon Emacs > Package have in common: > - transparency > - toolbar-button > Both patches don't do anything unless their respective functionality > is used, as far as I can tell. Either of them is not an essential feature, so you can try to test without them if needed. > I suspect it's rather due to the higher memory management > requirements - the distributions load more packages. I found both of the distributions have some entries for additional preloading in site-load.el, but some of them are not valid. For example, international/encoded-kb.el has the following code: (defun encoded-kbd-self-insert-ccl (ignore) (let ((str (char-to-string (encoded-kbd-last-key))) (ccl (car (aref (coding-system-spec (keyboard-coding-system)) 4))) (vec [nil nil nil nil nil nil nil nil nil]) result) (while (= (length (setq result (ccl-execute-on-string ccl vec str t))) 0) (dotimes (i 9) (aset vec i nil)) (setq str (format "%s%c" str (read-char-exclusive (vector (aref result 0 The vector [nil ...] is allocated in the pure storage if this file is preloaded, but its contents are altered in the function body and thus the read-only assumption of the pure storage is violated. So this file should not be preloaded as it is. Inappropriate preloading also affects the correctness of GC. Since the pure storage is assumed to be read-only, GC does not mark or follow the objects in this storage. So, if there's an object that is only pointed to by pure storage objects, which may happen if the assumption for the pure storage is violated, the object is reachable but never get collected. YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Crash during access_keymap
> On Sun, 13 Nov 2005 13:15:01 +0900, YAMAMOTO Mitsuharu <[EMAIL > PROTECTED]> said: > Inappropriate preloading also affects the correctness of GC. Since > the pure storage is assumed to be read-only, GC does not mark or > follow the objects in this storage. So, if there's an object that > is only pointed to by pure storage objects, which may happen if the > assumption for the pure storage is violated, the object is reachable > but never get collected. The last sentence was not correct. It should have been: So, if there's a non-pure object that is only pointed to by pure objects, which may happen if the assumption for the pure storage is violated, then the object is reachable but get collected. YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
