Re: read-face-name doc string incorrect
Eli Zaretskii <[EMAIL PROTECTED]> writes: >> So to me it makes no sense for CONTRIBUTE to _describe_ those files. > > Yes, it does: users will see those files described, and will then know > to look for them when/if they start using the CVS code. Since the files in admin/ are only marginally useful for the average contributor, and the _are_ described in admin/README (modulo a few missing items), I still don't see a need to also describe them in CONTRIBUTE. IMHO, CONTRIBUTE should only describe things which are included in the source tarball -- with the exception of INSTALL.CVS (and perhaps admin/README if we put something more useful into it). >> But it do make sense to _mention_ that after downloading the source >> package from CVS, the first file to read should be INSTALL.CVS. > > Yes, that's a good idea. I have added that. > > We could have README.CVS I like that idea. If we make it, we should remove admin/README (and place that information into README.CVS). -- Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
comint-dynamic-complete-functions keeps getting clobbered
$ emacs -Q & M-x shell RET comint-dynamic-complete-functions has the value (comint-replace-by-expanded-history shell-dynamic-complete-environment-variable shell-dynamic-complete-command shell-replace-by-expanded-directory comint-dynamic-complete-filename) which is fine, and expected. Now do M-x run-octave RET and comint-dynamic-complete-functions is now (inferior-octave-complete comint-dynamic-complete-filename) in BOTH the *Inferior Octave* buffer and the *shell* buffer, but this value is unsuitable for the *shell* buffer. The point is that M-x shell and M-x run-octave keep stomping over each other's major mode's ideas of what comint-dynamic-complete-functions should be. Shouldn't this variable be buffer-local or something? In GNU Emacs 22.0.50.6 (powerpc-apple-darwin8.6.0, X toolkit) of 2006-07-05 X server distributor `The XFree86 Project, Inc', version 11.0.4040 configured using `configure '--prefix=/usr/local/emacs' '--with-x' '--without-carbon' '--with-x-toolkit=athena'' -- http://www.fastmail.fm - Email service worth paying for. Try it for free ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: read-face-name doc string incorrect
Since we are collecting all sorts of information in CONTRIBUTE, and we want to keep INSTALL.CVS about just building emacs from CVS, we should move the following info from INSTALL.CVS to CONTRIBUTE: [we had a corrupt checkin just yesterday due to one maintainer not being aware of this glitch, so the "have ... rumored to" part should be "are ... known to"]. Note on using SSH to access the CVS repository from inside Emacs Write access to the CVS repository requires using SSH v2. If you execute cvs commands inside Emacs, specifically if you use pcl-cvs, output from CVS may be lost due to a problem in the interface between ssh, cvs, and libc. Corrupted checkins have also been rumored to have happened. To fix the problem, save the following script into a file, make it executable, and set CVS_RSH to the file name of the script: #!/bin/bash exec 2> >(exec cat >&2 2>/dev/null) exec ssh "$@" This may be combined with the following entry in ~/.ssh/config to simplify accessing the CVS repository: Host subversions.gnu.org Protocol 2 ForwardX11 no User YOUR_USERID -- Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: comint-dynamic-complete-functions keeps getting clobbered
> The point is that M-x shell and M-x run-octave keep stomping over each > other's major mode's ideas of what comint-dynamic-complete-functions > should be. Shouldn't this variable be buffer-local or something? Indeed, it should all be buffer-local. It should be fixed now, thank you, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
imenu-choose-buffer-index doc string incorrect
C-h f imenu-choose-buffer-index says this: "If `imenu-use-popup-menu' is non-nil, then the completion buffer is always used, no matter if the mouse was used or not." I think "non-nil" should be "nil" here. There may be more to say, also, since `imenu-use-popup-menu' has several possible values. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/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: Emacs-Lisp Minor modes in effect: encoded-kbd-mode: t tooltip-mode: t auto-compression-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 line-number-mode: t Recent input: C-h f i m e n u C-s C-w C-w C-w C-w C-s C-s C-a C-s C-w C-w C-w C-w C-w C-s C-s C-s C-s C-s C-a C-u C-SPC C-s C-w C-w C-w C-w C-s C-s C-s C-s C-g C-g Recent messages: For information about the GNU Project and its goals, type C-h C-p. Loading dired... Loading regexp-opt...done Loading dired...done Loading help-fns...done Type C-x 1 to remove help window. Loading vc-cvs...done Mark saved where search started [2 times] Quit [2 times] Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
doc string of execute-extended-command does not mention its argument
The doc string of execute-extended-command should describe its argument. What's needed is something like this, from the Elisp manual: If the command asks for a prefix argument, it receives the value PREFIX-ARGUMENT. If `execute-extended-command' is called interactively, the current raw prefix argument is used for PREFIX-ARGUMENT, and thus passed on to whatever command is run. It is important for users using `C-h f execute-extended-command' to get some explanation of the argument. Also (a minor detail), the example in the Elisp manual is a particular case, and can be misleading. It uses an argument value of 1, and shows the `1' appearing in the prompt. But this is only the behavior with an explicit argument; it is not what you see when you do just `M-x', which gets an implicit arg of `1'. In that case, the `1' does not appear in the prompt. It would be better for the Elisp example to use another number, say, 2, because that represents the more general case. An added detail would be to perhaps mention that in the case of 1 the value is only displayed when... In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/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: Help Minor modes in effect: encoded-kbd-mode: t tooltip-mode: t auto-compression-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 line-number-mode: t view-mode: t Recent input: C-u 3 M-x C-g C-g C-g C-h k M-x C-h f Recent messages: Loading encoded-kb...done For information about the GNU Project and its goals, type C-h C-p. Loading dired... Loading regexp-opt...done Loading dired...done Quit [3 times] Loading help-mode...done Loading help-fns...done Type C-x 1 to remove help window. Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: doc string of execute-extended-command does not mention its argument
> From: "Drew Adams" <[EMAIL PROTECTED]> > Date: Fri, 7 Jul 2006 08:31:18 -0700 > > The doc string of execute-extended-command should describe its > argument. What's needed is something like this, from the Elisp manual: > > If the command asks for a prefix argument, it receives the value > PREFIX-ARGUMENT. If `execute-extended-command' is called > interactively, the current raw prefix argument is used for > PREFIX-ARGUMENT, and thus passed on to whatever command is run. Thanks, I fixed the doc string, although not exactly like you suggested. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: doc string of execute-extended-command does not mention its argument
> The doc string of execute-extended-command should describe its > argument. Thanks, I fixed the doc string, although not exactly like you suggested. Gracias. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
doc string for define-minor-mode: "deactivate", not "disactivate"
Subject line says it all - the word is "deactivate", not "disactivate". And it's better to say "activated or deactivated" than "(de)activated". Better yet is to say "turned on or off". In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: fill-paragraph bug
> Insert the following text in a LaTeX buffer, and call M-q: > AA A AA > AAA AAA > AAA AAA > AAA A%AA > AAA AAA > A > the result: > Debugger entered--Lisp error: (error "fill-prefix too long for specified > width") The first hunk of the patch below removes the error. The subsequent ones fix the subsequent incorrect filling. Stefan --- fill.el 01 May 2006 14:40:54 -0400 1.187 +++ fill.el 07 Jul 2006 15:02:01 -0400 @@ -408,9 +408,10 @@ "\\)?[ \t]*") "[ \t]*"))) (goto-char from) -(if (>= (+ (current-left-margin) (length prefix)) - (current-fill-column)) - (error "fill-prefix too long for specified width")) +;; Why signal an error here? The problem needs to be caught elsewhere. +;; (if (>= (+ (current-left-margin) (length prefix)) +;; (current-fill-column)) +;; (error "fill-prefix too long for specified width")) (forward-line 1) (while (< (point) to) (if (looking-at fpre) @@ -419,7 +420,7 @@ (goto-char from) (if (looking-at fpre) (goto-char (match-end 0))) -(setq from (point +(point))) ;; The `fill-space' property carries the string with which a newline ;; should be replaced when unbreaking a line (in fill-delete-newlines). @@ -627,8 +628,10 @@ (let ((from-plus-indent (point)) (oneleft nil)) -(beginning-of-line) -(setq from (point)) +;; We used to round up to whole line, but that prevents us from +;; correctly handling filling of mixed code-and-comment where we +;; do want to fill the comment but not the code. +;; (beginning-of-line) (setq from (point)) ;; Delete all but one soft newline at end of region. ;; And leave TO before that one. @@ -857,7 +860,8 @@ (or (comment-search-forward (line-end-position) t) (point))) (looking-at comment-re)) - 1 2 + (progn (setq comstart (point)) 1) + (progn (setq comstart (point)) 2) ;; Find the beginning of the first line past the region to fill. (save-excursion (while (progn (forward-line 1) @@ -874,7 +878,7 @@ (concat paragraph-start "\\|[ \t]*\\(?:" comment-start-skip "\\)\\(?:" (default-value 'paragraph-start) "\\)")) - ;; We used to reply on fill-prefix to break paragraph at + ;; We used to rely on fill-prefix to break paragraph at ;; comment-starter changes, but it did not work for the ;; first line (mixed comment&code). ;; We now use comment-re instead to "manually" make sure @@ -903,7 +907,7 @@ ;; Don't fill with narrowing. (or (fill-region-as-paragraph - beg end justify nil + (max comstart beg) end justify nil ;; Don't canonicalize spaces within the code just before ;; the comment. (save-excursion ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
url-cookie.el generating excess backup files
IMHO url-cookie.el shouldn't create any backup files when it is periodically saving its cookies to disk. If enough backup versions accumulate, it triggers the prompt for deleting excess backup files in backup-buffer every url-cookie-save-interval seconds, which is quite annoying. Additionally, it is setting url-cookies-changed-since-last-save on the first request, but not resetting the variable anywhere. I don't think this is intentional. In the suggested patch, I also switched the custom group of url-cookie-save-interval, as it looks weird as a lone url-cookie option in the parent group. Thanks, andreas 2006-07-04 Andreas Seltenreich <[EMAIL PROTECTED]> * url-cookie.el (url-cookie-write-file): Avoid backup files, reset url-cookies-changed-since-last-save. (url-cookie-save-interval): Move to url-cookie custom group. Index: lisp/url/url-cookie.el === RCS file: /sources/emacs/emacs/lisp/url/url-cookie.el,v retrieving revision 1.17 diff -c -p -r1.17 url-cookie.el *** lisp/url/url-cookie.el 5 Jan 2006 22:10:47 - 1.17 --- lisp/url/url-cookie.el 7 Jul 2006 21:05:06 - *** telling Microsoft that." *** 168,175 (insert ")\n(setq url-cookie-secure-storage\n '") (pp url-cookie-secure-storage (current-buffer)) (insert ")\n") ! (write-file fname) ! (kill-buffer (current-buffer)) (defun url-cookie-store (name value &optional expires domain localpart secure) "Store a netscape-style cookie." --- 168,177 (insert ")\n(setq url-cookie-secure-storage\n '") (pp url-cookie-secure-storage (current-buffer)) (insert ")\n") ! (let ((backup-inhibited t)) ! (write-file fname)) ! (kill-buffer (current-buffer)) ! (setq url-cookies-changed-since-last-save nil) (defun url-cookie-store (name value &optional expires domain localpart secure) "Store a netscape-style cookie." *** to run the `url-cookie-setup-save-timer' *** 453,459 (if (bound-and-true-p url-setup-done) (url-cookie-setup-save-timer))) :type 'integer ! :group 'url) (defun url-cookie-setup-save-timer () "Reset the cookie saver timer." --- 455,461 (if (bound-and-true-p url-setup-done) (url-cookie-setup-save-timer))) :type 'integer ! :group 'url-cookie) (defun url-cookie-setup-save-timer () "Reset the cookie saver timer." ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Building Emacs overflowed pure space
Hi there, With [ GNU Emacs 23.0.0.1 (i686-pc-linux-gnu, GTK+ Version 2.8.19) of 2006-07-07 ], I get this warning: , | Warning (initialization): Building Emacs overflowed pure space. (See | the node Pure Storage in the Lisp manual for details.) ` Hope to see a fix soon! Thanks, -- Leon ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Emacs 23 crashes in muse-mode
Hi there,
Here is an example to crash emacs 23 (2006-07-07). I will assume that
muse is installed with:
,
| (load "muse-autoloads.el")
| (add-to-list 'auto-mode-alist '("\\.muse$" . muse-mode))
`
Steps:
1. emacs --enable-font-backend -fn mono-10
2. C-x C-f to open the file as in the attached
3. Move your cursor to a char and press C-u C-x =
4. Emacs exit with: Fatal error (11)Segmentation fault
# -*- coding: utf-8 -*-
θπ
αβγ δε
λ ϕρκψ
≤≥≠≈≔⊂⊃⊆⊇∈
ⅇⅈⅉ∞∆°
ℵℜℂℝℚℙℤ
ℓ∟∠∡
∀∃
∫∑∏
⊕⊗⊙⊚⊛∘∙
±
“”‘’©—
→←↑↓↔↗ ⇐⇑⇒⇓⇔⇗
■□•‣♥★☆
Xah
[EMAIL PROTECTED]
∑ http://xahlee.org/
Thanks,
--
Leon
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
timer error
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 emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I am suddenly getting the following error regularly, using several recent CVS versions. timer-relative-time: Arithmetic range error: "floor", 173915144354731.1 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 /Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions. No crash. In GNU Emacs 22.0.50.1 (i386-apple-darwin8.7.1) of 2006-06-28 on phi-qp617070u2s.princeton.edu X server distributor `Apple Computers', version 10.4.7 configured using `configure '--without-x' '--prefix=/usr/local'' 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: nil locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t Major mode: LaTeX Minor modes in effect: encoded-kbd-mode: t recentf-mode: t display-time-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 line-number-mode: t Recent input: g s s a r t i c l e s SPC a r e SPC m u c h SPC r e p r i n t e d C-x C-s . SPC SPC C-x C-s C-x b * M e SPC C-p C-p C-SPC C-e M-w C-x 0 C-g C-x C-b Recent messages: Mark set Wrote /Users/gilberth/Current/Evaluations/Jobs/Sosa-E/Sosa-E.tex [3 times] Auto-saving...done Wrote /Users/gilberth/Current/Evaluations/Jobs/Sosa-E/Sosa-E.tex timer-relative-time: Arithmetic range error: "floor", 173915144354731.1 Wrote /Users/gilberth/Current/Evaluations/Jobs/Sosa-E/Sosa-E.tex Mark set call-interactively: Attempt to delete minibuffer or sole ordinary window Quit Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Using ebrowse...
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 emacs-pretest-bug@gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
The problem happens when using ebrowse. Here are the steps.
1) create the BROWSE file
2) visit this file. ebrowse will be "reading data" and all is fine.
3) in the "c++ tree" buffer, move the cursor to a class and do "L-v".
4) the "members" buffer shows up with class info - good.
5) goto "c++ buffer" again and repeat 3)
6) error occurs: (wrong-type-argument number-or-marker-p nil);
traceback is as follows.
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
ebrowse-draw-member-short-fn(([ebrowse-ms "A" nil 0 nil " A();" 83
0 nil "A::A()\n{" 152]) [ebrowse-ts [ebrowse-cs "A" nil 0 "test.cc"
"class A {" 69 "test.cc"] nil ([ebrowse-ms "a" nil 0 nil " int a;"
102 2 nil nil 0] [ebrowse-ms "f" nil 0 nil " float f;" 113 2 nil nil
0] [ebrowse-ms "lp" nil 0 nil " long *lp;" 141 2 nil nil 0]
[ebrowse-ms "str" nil 0 nil " char str[35];" 129 2 nil nil 0])
([ebrowse-ms "A" nil 0 nil " A();" 83 0 nil "A::A()\n{" 152]) nil nil
nil nil nil nil])
ebrowse-redisplay-member-buffer()
ebrowse-display-member-buffer(ebrowse-ts-member-functions nil)
ebrowse-tree-command:show-member-functions(nil)
call-interactively(ebrowse-tree-command:show-member-functions)
ebrowse-popup-menu((keymap "Class" (Functions menu-item "Functions"
ebrowse-tree-command:show-member-functions ([76 102] . " (L f)")
:help "Display a list of member functions") (Variables menu-item
"Variables" ebrowse-tree-command:show-member-variables ([76 118] . "
(L v)") :help "Display a list of member variables") (Static\ Functions
menu-item "Static Functions"
ebrowse-tree-command:show-static-member-functions ([76 70] . " (L
F)") :help "Display a list of static member functions") (Static\
Variables menu-item "Static Variables"
ebrowse-tree-command:show-static-member-variables ([76 86] . " (L
V)") :help "Display a list of static member variables") (Friends/\
Defines menu-item "Friends/ Defines" ebrowse-tree-command:show-friends
([76 100] . " (L d)") :help "Display a list of friends of a class")
(Types menu-item "Types" ebrowse-tree-command:show-types ([76 116] . "
(L t)") :help "Display a list of types defined in a class") (nil
menu-item "-") (View menu-item "View"
ebrowse-view-class-declaration ([32] . " (SPC)") :enable (eq ... ...)
:help "View class declaration") (Find menu-item "Find"
ebrowse-find-class-declaration ([13] . " (RET)") :enable (eq ... ...)
:help "Find class declaration in file") (nil menu-item
"-") (Mark menu-item "Mark"
ebrowse-toggle-mark-at-point ([77 116] . " (M t)") :enable (eq ...
...) :help "Mark class point is on") (nil menu-item
"-") (Collapse menu-item "Collapse"
ebrowse-collapse-branch ([45] . " (-)") :enable (eq ... ...) :help
"Collapse subtree under class point is on") (Expand menu-item "Expand"
ebrowse-expand-branch ([43] . " (+)") :enable (eq ... ...) :help
"Expand subtree under class point is on")) (down-mouse-3 (# 15 (18 . 19) 40184769 nil 15 (2 . 1) nil (4 . 6) (7 .
13
ebrowse-mouse-3-in-tree-buffer((down-mouse-3 (#
15 (18 . 19) 40184769 nil 15 (2 . 1) nil (4 . 6) (7 . 13
call-interactively(ebrowse-mouse-3-in-tree-buffer)
recursive-edit()
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/local/share/emacs/22.0.50/etc/DEBUG for instructions.
In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-06-17 on localhost.localdomain
X server distributor `The XFree86 Project, Inc', version 11.0.4030
Important settings:
value of $LC_ALL: en_US
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: en_US.UTF-8
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Debugger
Minor modes in effect:
display-time-mode: t
show-paren-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:
C-x d
d e v c
n f
Recent messages:
Directory has changed on disk; type g to update Dired
dired-get-file-for-visit: No file on this line
byte-code: Buffer is read-only: #
dired-get-file-for-visit: No file on this li
timer error
> I am suddenly getting the following error regularly, using > several recent CVS versions. > > timer-relative-time: Arithmetic range error: "floor", 173915144354731.1 Can you do M-x toggle-debug-on-error and post the lisp backtrace? > 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 > /Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions. > > No crash. To the mailing list generally: I'm not an expert on bug reporting but isn't the need for a lisp backtrace more common than a crash? Would it be a good idea to include a suggestion about this in report-emacs bug. Something like: If Emacs reports an error, please start the Lisp debugger with M-x toggle-debug-on-error, make the error happen again and include the lisp backtrace it generates. > > In GNU Emacs 22.0.50.1 (i386-apple-darwin8.7.1) > of 2006-06-28 on phi-qp617070u2s.princeton.edu > X server distributor `Apple Computers', version 10.4.7 > configured using `configure '--without-x' '--prefix=/usr/local'' > > Important settings: >... -- Nick http://www.inet.net.nz/~nickrob ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: read-face-name doc string incorrect
Since the files in admin/ are only marginally useful for the average contributor, and the _are_ described in admin/README (modulo a few missing items), I still don't see a need to also describe them in CONTRIBUTE. I agree. CONTRIBUTE should say the things that contributors in general need to know. For brevity, it should omit the things that only co-maintainers need to know. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: read-face-name doc string incorrect
> Since the files in admin/ are only marginally useful for the average > contributor, and the _are_ described in admin/README (modulo a few > missing items), I still don't see a need to also describe them in > CONTRIBUTE. If thats the case, FOR-RELEASE should be moved up a directory. As a late addition, it's not described in README and as it's pre-conditional to the release, it should be brought to the attention of all contributors. I don't know if it should be mentioned in CONTRIBUTE as it will probably be somewaht ephemeral, only being meaningful around the time of a release. -- Nick http://www.inet.net.nz/~nickrob ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Reentrant call to malloc/free
> On Thu, 06 Jul 2006 09:53:57 +0900, YAMAMOTO Mitsuharu <[EMAIL
> PROTECTED]> said:
> I've once posted a (not complete) list of Darwin library functions
> that may call malloc-related functions but are not protected by
> BLOCK_INPUT:
>localtime, gmtime, ctime, opendir, getc, getaddrinfo, fwrite,
> mkstemp fclose, closedir, freeaddrinfo, mktime (not used as of
> 2004-09)
> (http://lists.gnu.org/archive/html/emacs-devel/2004-09/msg00074.html)
> I cannot detect `getgrgid' as such a function, but I guess this is
> due to the difference in name service backends (NIS, LDAP, ...).
Sorry, I could. So it has nothing to do with the type of backends.
Also, I found that getpwuid/getpwnam/getgrgid in both glibc and
FreeBSD libc called malloc-related functions. So I think it's
reasonable to put BLOCK_INPUTs around them. Objections?
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/Makefile.in
===
RCS file: /cvsroot/emacs/emacs/src/Makefile.in,v
retrieving revision 1.327
diff -c -p -r1.327 Makefile.in
*** src/Makefile.in 18 May 2006 17:05:36 - 1.327
--- src/Makefile.in 8 Jul 2006 05:30:06 -
*** pre-crt0.o: pre-crt0.c
*** 1108,1114
ecrt0.o: ecrt0.c $(config_h)
CRT0_COMPILE ${srcdir}/ecrt0.c
dired.o: dired.c commands.h buffer.h $(config_h) charset.h coding.h regex.h \
!systime.h
dispnew.o: dispnew.c systty.h systime.h commands.h process.h frame.h \
window.h buffer.h dispextern.h termchar.h termopts.h termhooks.h cm.h \
disptab.h indent.h intervals.h \
--- 1108,1114
ecrt0.o: ecrt0.c $(config_h)
CRT0_COMPILE ${srcdir}/ecrt0.c
dired.o: dired.c commands.h buffer.h $(config_h) charset.h coding.h regex.h \
!systime.h blockinput.h
dispnew.o: dispnew.c systty.h systime.h commands.h process.h frame.h \
window.h buffer.h dispextern.h termchar.h termopts.h termhooks.h cm.h \
disptab.h indent.h intervals.h \
*** doprnt.o: doprnt.c charset.h $(config_h)
*** 1119,1130
dosfns.o: buffer.h termchar.h termhooks.h frame.h blockinput.h window.h \
msdos.h dosfns.h dispextern.h charset.h coding.h $(config_h)
editfns.o: editfns.c window.h buffer.h systime.h $(INTERVAL_SRC) charset.h \
!coding.h dispextern.h frame.h $(config_h)
emacs.o: emacs.c commands.h systty.h syssignal.h blockinput.h process.h \
termhooks.h buffer.h atimer.h systime.h $(INTERVAL_SRC) $(config_h) \
window.h dispextern.h keyboard.h keymap.h
fileio.o: fileio.c window.h buffer.h systime.h $(INTERVAL_SRC) charset.h \
!coding.h msdos.h dispextern.h $(config_h)
filelock.o: filelock.c buffer.h charset.h coding.h systime.h epaths.h
$(config_h)
filemode.o: filemode.c $(config_h)
frame.o: frame.c xterm.h window.h frame.h termhooks.h commands.h keyboard.h \
--- 1119,1130
dosfns.o: buffer.h termchar.h termhooks.h frame.h blockinput.h window.h \
msdos.h dosfns.h dispextern.h charset.h coding.h $(config_h)
editfns.o: editfns.c window.h buffer.h systime.h $(INTERVAL_SRC) charset.h \
!coding.h dispextern.h frame.h blockinput.h $(config_h)
emacs.o: emacs.c commands.h systty.h syssignal.h blockinput.h process.h \
termhooks.h buffer.h atimer.h systime.h $(INTERVAL_SRC) $(config_h) \
window.h dispextern.h keyboard.h keymap.h
fileio.o: fileio.c window.h buffer.h systime.h $(INTERVAL_SRC) charset.h \
!coding.h msdos.h dispextern.h blockinput.h $(config_h)
filelock.o: filelock.c buffer.h charset.h coding.h systime.h epaths.h
$(config_h)
filemode.o: filemode.c $(config_h)
frame.o: frame.c xterm.h window.h frame.h termhooks.h commands.h keyboard.h \
Index: src/dired.c
===
RCS file: /cvsroot/emacs/emacs/src/dired.c,v
retrieving revision 1.123
diff -c -p -r1.123 dired.c
*** src/dired.c 24 Jun 2006 07:24:42 - 1.123
--- src/dired.c 8 Jul 2006 05:30:06 -
*** extern struct direct *readdir ();
*** 99,104
--- 99,105
#include "charset.h"
#include "coding.h"
#include "regex.h"
+ #include "blockinput.h"
/* Returns a search buffer, with a fastmap allocated and ready to go. */
extern struct re_pattern_buffer *compile_pattern ();
*** Elements of the attribute list are:
*** 951,960
--- 952,963
}
else
{
+ BLOCK_INPUT;
pw = (struct passwd *) getpwuid (s.st_uid);
values[2] = (pw ? build_string (pw->pw_name) : make_number (s.st_uid));
gr = (struct group *) getgrgid (s.st_gid);
values[3] = (gr ? build_string (gr->gr_name) : make_number (s.st_gid));
+ UNBLOCK_INPUT;
}
values[4] = make_time (s.st_atime);
values[5] = make_time (s.st_mtime);
Index: src/editfns.c
===
RCS file: /cvsroot/emacs/emacs/src/editfn
