[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#28048: 26.0.50; behaviour of C-h f semantic-mode
From: |
Mark Oteiza |
Subject: |
bug#28048: 26.0.50; behaviour of C-h f semantic-mode |
Date: |
Fri, 11 Aug 2017 12:22:00 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
Glenn Morris <rgm@gnu.org> writes:
> Mark Oteiza wrote:
>
>> 1. C-f sem TAB
>>
>> For information about GNU Emacs and the GNU system, type C-h C-a.
>> *Warning* default value of <<no-type>> tokens changed to QUERY, was
>> NULL_TOKEN
>> *Warning* default value of <<no-type>> tokens changed to TRUE, was QUERY
>> *Warning* default value of <<no-type>> tokens changed to FALSE, was TRUE
>
> These 3 warnings are https://debbugs.gnu.org/14524
>
>> Shell native completion is disabled, using fallback
>> Quit
>
> Anyway, what exactly is the complaint?
> C-h f now uses the definition-prefixes feature to try and load libraries
> where needed, and loading libraries may do anything.
I suppose the complaint is that "loading" semantic (or whatever happens
to get loaded when trying to get help on the semantic-mode function) is
invoking a python process. Either some library starts the process when
loaded, or… well I don't know what's going on.
Is there a bug associated with the new C-h f behaviour? Loading
libraries unexpectedly sounds bad.
Tangentially, the python warning is <https://debbugs.gnu.org/22897>, and
either something got broken again or this never actually got fixed.