Re: Error if locale is omitted in set-progress-feedback-instantiator
hmm ...
[1] do you have any local modifications in your code base?
[2] try doing a total, total rebuild. `make realclean' and then rm *.elc in the
lisp/ and lisp/mule/ directories, then rebuild. it will take a while.
if after [2] you still see the problem, then something is definitely weird. but
i have a feeling it'll go away.
ben
----- Original Message -----
From: "Paul Moore" <gustav(a)morpheus.demon.co.uk>
To: <xemacs-beta(a)xemacs.org>
Cc: <ben(a)xemacs.org>
Sent: Sunday, March 09, 2003 9:10 AM
Subject: Re: Error if locale is omitted in set-progress-feedback-instantiator
> The function set-progress-feedback-instantiator in
gutter-items.el
> does not work correctly if called with the LOCALE argument omitted.
> A simple fix is as follows:
Unforunately, the fix doesn't seem to work. There's something strange
going on here, as the function is defined
(defun set-progress-feedback-instantiator (&optional locale) ...)
which *should* mean that locale is nil if it wasn't specified.
The actual problem is that in Oort Gnus 0.15, sending an e-mail fails
to work, with the message "Variable's value is void: locale". An error
backtrace shows
Signaling: (void-variable locale)
set-progress-feedback-instantiator(#<window on "*mail to
...
raw-append-progress-feedback("Fontifying *mail to
xemacs-beta＠xemacs.org*..." 0 #<mswindows-frame "emacs"
0xd20>)
append-progress-feedback(font-lock "Fontifying *mail to
xemacs-beta＠xemacs.org*..." 0 nil)
display-progress-feedback(font-lock "Fontifying *mail to
xemacs-beta＠xemacs.org*..." 0)
progress-feedback-with-label(font-lock "Fontifying %s..."
0 "*mail to ...
font-lock-default-unfontify-region(1 1 t)
font-lock-unfontify-region(1 1 t)
font-lock-default-fontify-buffer()
font-lock-fontify-buffer()
font-lock-mode(1)
turn-on-font-lock()
font-lock-set-defaults()
message-xmas-maybe-fontify()
run-hooks(message-xmas-maybe-fontify)
derived-mode-run-hooks(message-mode)
message-mode()
message-pop-to-buffer("*mail to xemacs-beta(a)xemacs.org*")
... some lines omitted here ...
call-interactively(report-xemacs-bug)
command-execute(report-xemacs-bug t)
execute-extended-command(nil)
call-interactively(execute-extended-command)
The odd things are:
1. set-progress-feedback-instantiator is being called with a window as
the argument, not a locale.
2. The problem doesn't exist with 21.6.10, even though the code for
set-progress-feedback-instantiator is the same.
3. Executing (load-library "gutter-items") makes the problem go away,
even though it's the same version of the module as is compiled into
XEmacs.
If anyone has any suggestions on how to locate this problem, I'd be
happy to help.
Paul.