Company not working in emacs-lisp-mode

Company not working in emacs-lisp-mode

[Thorsten Jolitz]

Hi List, 

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)
| 
| Original value was (company-elisp company-bbdb company-nxml
| company-css company-eclim company-semantic company-clang company-xcode
| company-ropemacs company-cmake (company-dabbrev-code company-gtags
| company-etags company-keywords) company-oddmuse company-files
| company-dabbrev)
`----

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. 

The only error messages I get are a bit strange too.

My emacs version:

,----
| GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2)
|  of 2014-06-11 on var-lib-archbuild-staging-x86_64-jgc
`----

causes capf not to be included (officially):

,----
| (defvar company--include-capf (version< "24.3.50" emacs-version))
| (defcustom company-backends `(,@(unless company--include-capf ...)))
`----

however, I frequently see messages like

,----
| Company: An error occurred in auto-begin
| Symbol's function definition is void: company-capf
`----

in the message-buffer. 

-- 
cheers,
Thorsten

Re: Company not working in emacs-lisp-mode

[Dmitry]

Thorsten Jolitz <tjolitz@gmail.com> 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?

You might have to bisect your configuration.

> 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'?

Re: Company not working in emacs-lisp-mode

[Thorsten Jolitz]

Dmitry <dgutov@yandex.ru> writes:

> Thorsten Jolitz <tjolitz@gmail.com> 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

Re: Company not working in emacs-lisp-mode

[Grant Rettke]

My Emacs has a lot of random behavior like that happen when I've got
desktop-mode open and make changes. desktop-mode caches all of the
hook code and reloads it from the cache instead of the init file. Not
saying you are facing this, but perhaps something similar.
Grant Rettke | ACM, ASA, FSF, IEEE, SIAM
gcr@wisdomandwonder.com | http://www.wisdomandwonder.com/
“Wisdom begins in wonder.” --Socrates
((λ (x) (x x)) (λ (x) (x x)))
“Life has become immeasurably better since I have been forced to stop
taking it seriously.” --Thompson


On Wed, Jul 16, 2014 at 8:02 PM, Thorsten Jolitz <tjolitz@gmail.com> wrote:
> Dmitry <dgutov@yandex.ru> writes:
>
>> Thorsten Jolitz <tjolitz@gmail.com> 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
>
>

Re: Company not working in emacs-lisp-mode

[Alan Schmitt]

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

Hello Thorsten,

On 2014-07-17 04:02, Thorsten Jolitz <tjolitz@gmail.com> writes:

>> 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. 

I'm seeing the same issue than you (company-mode is not active in
emacs-lisp buffers), and I've discovered that it's because
outline-minor-mode is active (which I need for outshine).

I'm thus wondering if you observed the same thing, and if you found
a workaround.

Best,

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 494 bytes --]