At Thu, 12 Jan 2006 09:25:53 +0900,
Junichi Uekawa wrote:
>
> Hi,
>
> > > This must certainly be the problem.
> > >
> > > Then, there seems to be an inconsistency on the emacs-version decision
> > > made
> > > at compile time and the one made at load time.
> > >
> > > If you look at line 350 of file whizzytex.el there are two identical
> > > tests,
> > > but one is done at compile time (because otherwise compilation would
> > > repport
> > > errors) and the other part at load time.
> > >
> > > The switch is made necessary by the change of API for the line-mode-string
> > > (see comment right above).
> > >
> > > Although I am not 100% sure that I am doing the right think with
> > > defmacros,
> > > this might be to be a packaging problem, as I cannot reproduce the bug on
> > > my
> > > side.
> >
> > At least, from version whizzytex-1.2.3, whizzy-error-string whouls be the
> > integer 27 emacs versions 21.*
>
> The error is in that initially whizzy-error-string is '27' and
> whizzytex works. After doing kill-buffer, and revisiting that file,
> and reenabling whizzytex-mode, whizzy-error-string is nil.
>
> I suspect there's something fishy going on here with buffer-local
> variables.
I've looked into the source, and whizzytex.el has the following:
;; More variables
(defconst whizzy-file-prefix "_whizzy_")
;; (defvar whizzy-speed-string "?")
;; (defvar whizzy-error-string nil)
(defvar whizzytex-mode-line-string
(list " Whizzy"
'(:eval (whizzy-get whizzy-error-string))
"."
'(:eval (whizzy-get whizzy-speed-string))))
;; those two should rather be part of the status--- to be fixed XXX
(make-variable-buffer-local 'whizzy-speed-string)
(make-variable-buffer-local 'whizzy-error-string)
[snip]
(defconst whizzy-error-string 27)
(defconst whizzy-speed-string 28)
Which looks obviously very wrong. whizzy-speed-string etc. will only
be defined in the buffer that this elisp coincided with auto-loading.
However it makes me puzzled as to why you cannot reproduce the
problem.
whizzytex-xxx version seems to have this part changed very much.
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp} Debian Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
