From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thorsten Jolitz Newsgroups: gmane.emacs.help Subject: Re: Company not working in emacs-lisp-mode Date: Thu, 17 Jul 2014 03:02:48 +0200 Message-ID: <87iomwajbb.fsf@gmail.com> References: <87mwc8akww.fsf@gmail.com> <86k37chl0s.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1405559015 27705 80.91.229.3 (17 Jul 2014 01:03:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Jul 2014 01:03:35 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jul 17 03:03:28 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X7a6Z-0000Ff-Ll for geh-help-gnu-emacs@m.gmane.org; Thu, 17 Jul 2014 03:03:27 +0200 Original-Received: from localhost ([::1]:41847 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X7a6Y-0007C8-Ok for geh-help-gnu-emacs@m.gmane.org; Wed, 16 Jul 2014 21:03:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37643) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X7a6I-0007B9-Es for help-gnu-emacs@gnu.org; Wed, 16 Jul 2014 21:03:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X7a6A-0002yM-Ps for help-gnu-emacs@gnu.org; Wed, 16 Jul 2014 21:03:10 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:46124) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X7a6A-0002yE-Ka for help-gnu-emacs@gnu.org; Wed, 16 Jul 2014 21:03:02 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1X7a69-00006b-JP for help-gnu-emacs@gnu.org; Thu, 17 Jul 2014 03:03:01 +0200 Original-Received: from g231233164.adsl.alicedsl.de ([92.231.233.164]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 17 Jul 2014 03:03:01 +0200 Original-Received: from tjolitz by g231233164.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 17 Jul 2014 03:03:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 47 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: g231233164.adsl.alicedsl.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:PoojXAEMRvb/LGCB5c8z4hcfRyA= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:98704 Archived-At: Dmitry writes: > Thorsten Jolitz writes: > >> although company-elisp is part of my company backends >> >> ,----[ C-h v company-backends RET ] >> | company-backends is a variable defined in `company.el'. Value: >> | (company-cider company-elisp company-bbdb company-nxml company-css >> | company-eclim company-semantic company-clang company-xcode >> | company-cmake (company-dabbrev-code company-gtags company-etags >> | company-keywords) company-oddmuse company-files company-dabbrev >> | company-ispell) >> ... >> it does not work for me, although it worked out of the box in other >> modes. 'does not work' means nothing happens, as if company is not >> activated, but is is shown in the mode line. > > I've just tried the current master in an empty Emacs 24.3 session > (started with -Q), and it worked as expected. Have you tried this? Right now I tried it, and it works. > You might have to bisect your configuration. yes >> however, I frequently see messages like >> >> ,---- >> | Company: An error occurred in auto-begin >> | Symbol's function definition is void: company-capf >> `---- > > Are you sure this error happens in the same kind of buffers where you've > pressed `C-h v company-backends RET' and saw the value without > `company-capf'? no, it seemed to happen 'randomly'. I happened e.g. in emacs-lisp-mode but not in the scratch-buffer, that gives me at least a hint when looking at the activated minor-modes. Thanks for the tip. -- cheers, Thorsten