Re: Error if locale is omitted in set-progress-feedback-instantiator

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 xemacs-beta(a)xemacs.org*&quot; 0x1ed7>) 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 xemacs-beta(a)xemacs.org*&quot;) 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*&quot;) ... 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.