bug#2293: 23.0.90; lazy-completion-table broken for bibtex-mode

bug#2293: 23.0.90; lazy-completion-table broken for bibtex-mode

[Roland Winkler]

lazy-completion-table seems to be broken for bibtex-mode.
bibtex-reference-keys is initialized via lazy-completion-table.
Yet when I use minibuffer completion for bibtex-search-entry
(which is using bibtex-reference-keys for completion) it gives me
the error message

completion--some: Symbol's value as variable is void: lambda

The usage of lazy-completion-table by bibtex-mode did not change
since emacs 22 where minibuffer completion has been working fine.
Yet the internals of lazy-completion-tables have changed since then.
Is there anything bibtex-mode needs to do different now?

In GNU Emacs 23.0.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.9)
 of 2009-02-07 on lukas

bug#2293: 23.0.90; lazy-completion-table broken for bibtex-mode

[Glenn Morris]

"Roland Winkler" wrote:

> bibtex-reference-keys is initialized via lazy-completion-table.
> Yet when I use minibuffer completion for bibtex-search-entry
> (which is using bibtex-reference-keys for completion) it gives me
> the error message
>
> completion--some: Symbol's value as variable is void: lambda

emacs -Q foo.bib
M-x bibtex-search-entry RET TAB
works fine for me.

Suggest maintainer-clean + bootstrap (unless you were talking about
something else).

bug#2293: marked as done (23.0.90; lazy-completion-table broken for bibtex-mode)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 931 bytes --]


Your message dated Sat, 14 Feb 2009 18:08:04 +0100
with message-id <18838.64116.967625.498583@tfkp07.physik.uni-erlangen.de>
and subject line Re: bug#2293: 23.0.90; lazy-completion-table broken for bibtex-mode
has caused the Emacs bug report #2293,
regarding 23.0.90; lazy-completion-table broken for bibtex-mode
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
2293: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2293
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 2719 bytes --]

From: "Roland Winkler" <Roland.Winkler@physik.uni-erlangen.de>
To: emacs-pretest-bug@gnu.org
Cc: Stefan Monnier <monnier@iro.umontreal.ca>
Subject: 23.0.90; lazy-completion-table broken for bibtex-mode
Date: Wed, 11 Feb 2009 22:16:10 +0100
Message-ID: <18835.16410.242316.118570@tfkp07.physik.uni-erlangen.de>


lazy-completion-table seems to be broken for bibtex-mode.
bibtex-reference-keys is initialized via lazy-completion-table.
Yet when I use minibuffer completion for bibtex-search-entry
(which is using bibtex-reference-keys for completion) it gives me
the error message

completion--some: Symbol's value as variable is void: lambda

The usage of lazy-completion-table by bibtex-mode did not change
since emacs 22 where minibuffer completion has been working fine.
Yet the internals of lazy-completion-tables have changed since then.
Is there anything bibtex-mode needs to do different now?

In GNU Emacs 23.0.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.9)
 of 2009-02-07 on lukas



[-- Attachment #3: Type: message/rfc822, Size: 2159 bytes --]

From: "Roland Winkler" <Roland.Winkler@physik.uni-erlangen.de>
To: Glenn Morris <rgm@gnu.org>
Cc: 2293-done@emacsbugs.donarmstrong.com
Subject: Re: bug#2293: 23.0.90; lazy-completion-table broken for bibtex-mode
Date: Sat, 14 Feb 2009 18:08:04 +0100
Message-ID: <18838.64116.967625.498583@tfkp07.physik.uni-erlangen.de>

On Thu Feb 12 2009 Glenn Morris wrote:
> emacs -Q foo.bib
> M-x bibtex-search-entry RET TAB
> works fine for me.
> 
> Suggest maintainer-clean + bootstrap (unless you were talking about
> something else).

The variables bibtex-reference-keys and bibtex-strings are
initialized by lazy-completion-table. And in several instances,
bibtex-mode was using nlistp to test whether these variables have
their initial values. That was working fine at some point but not
anymore.  lazy-completion-table was already fixed quite some time
ago by Stefan in order not to use listp internally for such a test.
Now I've updated bibtex-mode too, so that it uses functionp.