Tracing an error is a problem after all

Tracing an error is a problem after all

[reader]

I jumped the gun in my previous posts about the trouble I'm having
running a batch fetch.  I thought it was fixed after uninstalling a
rpm installed version of emacs-21.2.  But it isn't, so to recap:

Running cvs emacs/gnus I see this error message in the output of a
batchfetch:
   Symbol's function definition is void: font-lock-unfontify-buffer

You may notice the spot in the output where this happens is right
after scanning ~/.mailrc.

The batchfetch is run like this:
emacs -batch -l /home/reader/.emacs-dir/batch-fetch.el -f lars-fetch-news

Gnus runs unplugged all the time, and the batch fetching is run by
cron.
If I go plugged and run a fetch (g), I see no errors.

batch-fetch.el is homegrown little piece of code cobbled up from
something larsi posted long ago.  Its been working for many moons.
Big changes in general here include New OS (redhat 7.3) New cvs
emacs, cvs gnus.

cat batch-fetch.el
  (setq load-path (cons (expand-file-name "/usr/local/gnus/lisp") load-path))

   (defun lars-fetch-news ()
     (interactive)
     ;(push "/usr/local/pgnus-0.96/lisp" load-path)
     (let ((init-file-user "")
 	  (gnus-always-read-dribble-file t))
       (gnus))
     (gnus-group-send-queue)
     (gnus-agent-fetch-session)
     (gnus-group-quit))
  ;   (message process-enviroment)

Now the output from above batch command:

Jun 06 2002 11:44:07 Loading ~/.emacs-custom...
Jun 06 2002 11:44:07 Saving file /home/reader/.newsrc-enews.newsguy.com-dribble...
Jun 06 2002 11:44:07 Wrote /home/reader/.newsrc-enews.newsguy.com-dribble
Jun 06 2002 11:44:07 Reading /home/reader/.newsrc-enews.newsguy.com.eld...
Jun 06 2002 11:44:07 Reading active file from enews.newsguy.com via nntp...
Jun 06 2002 11:44:13 Reading active file via nnml...
Jun 06 2002 11:44:13 Opening nnml server...
Jun 06 2002 11:44:13 Opening nnml server...done
Jun 06 2002 11:44:13 nnml: Reading incoming mail from directory...
Jun 06 2002 11:44:13 Wrote /home/reader/Mail/prinb/4981
Jun 06 2002 11:44:13 Wrote /home/reader/Mail/prinb/4982
Jun 06 2002 11:44:13 Wrote /home/reader/Mail/prinb/4983
Jun 06 2002 11:44:13 nnml: Reading incoming mail (3 new)...done
Jun 06 2002 11:44:13 Reading active file via nnml...
Jun 06 2002 11:44:13 Reading active file via nnml...done
Jun 06 2002 11:44:13 Reading active file from archive via nnfolder...
Jun 06 2002 11:44:13 Opening nnfolder server on archive...
Jun 06 2002 11:44:13 Opening nnfolder server on archive...done
Jun 06 2002 11:44:13 Reading active file from archive via nnfolder...
Jun 06 2002 11:44:13 Reading active file from archive via nnfolder...done
Jun 06 2002 11:44:13 1 new newsgroup has arrived
Jun 06 2002 11:44:13 Checking new news...
Jun 06 2002 11:44:13 Opening nndir server on /anex/mail.bk/backup...
Jun 06 2002 11:44:13 Opening nndir server on /anex/mail.bk/backup...done
Jun 06 2002 11:44:13 Opening nndraft server...
Jun 06 2002 11:44:13 Opening nndraft server...done
Jun 06 2002 11:44:13 Checking new news...done
Jun 06 2002 11:44:14 Symbol's function definition is void: font-lock-unfontify-buffer
========================

Grepping for the function in gnus/lisp gets no hits, but the emacs
lisp files have several hits.  Maybe this is cvs_emacs bug?

grep -rl font-lock-unfontify-buffer /usr/local/share/emacs
   (elc files removed)
/usr/local/share/emacs/site-lisp/p-whim-lock.el
/usr/local/share/emacs/21.3.50/lisp/font-lock.el
/usr/local/share/emacs/21.3.50/lisp/mail/rmail.el
/usr/local/share/emacs/21.3.50/lisp/font-core.el

Re: Tracing an error is a problem after all

[Paul Jarc]

reader@newsguy.com wrote:
> Jun 06 2002 11:44:14 Symbol's function definition is void: font-lock-unfontify-buffer

You try adding (require 'font-lock) to batch-fetch.el as a workaround.


paul

Re: Tracing an error is a problem after all

[reader]

prj@po.cwru.edu (Paul Jarc) writes:

> reader@newsguy.com wrote:
>> Jun 06 2002 11:44:14 Symbol's function definition is void: font-lock-unfontify-buffer
>
> You try adding (require 'font-lock) to batch-fetch.el as a workaround.

Well Paul, you seem to have a knack for putting your finger right on
problems, at least the ones I'm having.  The `require' cured my
trouble, but it must be something changed in cvs_emacs since 2.2.50,
because it wasn't necessary on my old setup, and the script hasn't
changed at all.  Maybe somehow load-path is different?

Of coures many things have changed when moving to a completely new
machine and OS, so could be any number of other things involved I
guess. Thanks for the tip.