Should eval of `require' cause a `require' entry in `load-history'?

emacs -q Edit a new file foo.el, which is not in your load-path. Put (require 'bar) and (provide 'foo) in it, where bar.el is a library in your load-path. Evaluate the `require' and `provide' (e.g. `eval-buffer). Variable `load-history' now has a `provide' entry for foo, but not a `require'

Re: browse-url-of-buffer fails on w32

On Fri, Oct 21 2005, Lennart Borgman wrote: browse-url-of-buffer fails on w32 because the temporary file name given to browse-url-of-file does not end in .htm or something similar. (The file name is sent to w32-shell-execute.) Any objection against this patch? --- browse-url.el~

(void-variable c-font-lock-keywords-3)

Hi, I get a strange bug related to font-locking and cc-mode: If I call emacs via emacs -Q ./test.c and call global-font-lock-mode, everything works fine. But if I start with emacs -Q only, call global-font-lock-mode and load the file test.c afterwards, font-locking fails with

c-mode font-lock

Symptoms: emacs -q followed by M-x global-font-lock-mode RET and opening a C file gives the following backtrace: Debugger entered--Lisp error: (void-variable c-font-lock-keywords-3) eval(c-font-lock-keywords-3) font-lock-eval-keywords(c-font-lock-keywords-3) font-lock-set-defaults()

Re: `(' fontification.

But this doesn't work, because in the actual value of `font-lock-keywords' this part has no `help-echo' property: (if (memq (get-text-property (match-beginning 0) 'face) '(font-lock-string-face font-lock-doc-face font-lock-comment-face))

Re: GC bug?

I made a diary entry and then called calendar and Emacs immediately hung or went into an infinite loop, presumably in diary-list-entries, since the last message was Preparing diary I could get out of the loop by typing C-g. Then it probably isn't a GC bug. It is probably an

Re: (void-variable c-font-lock-keywords-3)

Thorsten Bonow [EMAIL PROTECTED] writes: File mode specification error: (void-variable c-font-lock-keywords-3) Thanks, I fixed this. -- Romain Francoise [EMAIL PROTECTED] | All you've been is a piece of it's a miracle -- http://orebokech.com/ | blood wrapped in skin.

Re: c-mode font-lock

Henrik Enberg [EMAIL PROTECTED] writes: Debugger entered--Lisp error: (void-variable c-font-lock-keywords-3) Thanks, I fixed this. -- Romain Francoise [EMAIL PROTECTED] | I like the streets when it's a miracle -- http://orebokech.com/ | they're empty, I can make the

Re: Should eval of `require' cause a `require' entry in `load-history'?

IIUC, for a `require' entry to be added to `load-history', the file containing it must be _loaded_, via `load', `load-file', `load-library', or `require' - it is not enough to evaluate a `require' expression for it to be added as an entry for the file in which it is contained.

Re: Problem with ispell-local-dictionary

Does this patch fix the bug? It seems to when I try it. *** ispell.el 09 Oct 2005 11:42:04 -0400 1.181 --- ispell.el 22 Oct 2005 20:44:55 -0400 *** *** 445,451 (defvar ispell-local-dictionary-overridden nil Non-nil means the user has explicitly set this

Re: problems with face-spec-reset-face and set-face-attribute

My comment about a possible bug specific to :inherit was because evaluating the same expression, namely (set-face-attribute 'completions-first-difference nil ATTR 'unspecified) when ATTR is different from :inherit, e.g. :background or :slant, does work as Drew

RE: problems with face-spec-reset-face and set-face-attribute

My comment about a possible bug specific to :inherit was because evaluating the same expression, namely (set-face-attribute 'completions-first-difference nil ATTR 'unspecified) when ATTR is different from :inherit, e.g.