GNU bug report logs -
#28048
26.0.50; behaviour of C-h f semantic-mode
Previous Next
Reported by: Mark Oteiza <mvoteiza <at> udel.edu>
Date: Fri, 11 Aug 2017 14:44:02 UTC
Severity: normal
Tags: fixed, patch
Merged with 28607
Found in versions 26.0.50, 26.0.90, 27.0.50
Fixed in version 26.3
Done: Noam Postavsky <npostavs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 28048 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> 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.
This bug report was last modified 6 years and 57 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.