bug#28048: 26.0.50; behaviour of C-h f semantic-mode

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

bug#28048: 26.0.50; behaviour of C-h f semantic-mode

Mark Oteiza

Hi,

From -Q:

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
Shell native completion is disabled, using fallback
Quit

The penultimate message was from a python process being started.

In GNU Emacs 26.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars)
 of 2017-08-10 built on logos
Repository revision: 81656add8117e8d1b7faab18b330d0706462b433



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

bug#28048: 26.0.50; behaviour of C-h f semantic-mode

Glenn Morris-3
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.



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

bug#28048: 26.0.50; behaviour of C-h f semantic-mode

Mark Oteiza
Glenn Morris <[hidden email]> 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.



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

bug#28048: 26.0.50; behaviour of C-h f semantic-mode

Noam Postavsky-2
Mark Oteiza <[hidden email]> writes:

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

I can confirm the "*Warning* default value of <<no-type>> tokens
changed..." messages.

I do not get the "Shell native completion is disabled, using fallback"
message, and furthermore, evaluating (featurep 'python) afterwards gives
nil.

> Is there a bug associated with the new C-h f behaviour?

No, it was introduced on emacs-devel, see [1] and followups.

[1]: http://lists.gnu.org/archive/html/emacs-devel/2016-05/msg00441.html

> Tangentially, the python warning is <https://debbugs.gnu.org/22897>, and
> either something got broken again or this never actually got fixed.

When I do M-x run-python native completion is enabled with no problem.
Perhaps you should open a new bug with details about your python setup.



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

bug#28048: 26.0.50; behaviour of C-h f semantic-mode

Glenn Morris-3
In reply to this post by Mark Oteiza
Mark Oteiza wrote:

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

emacs -Q -l lisp/cedet/semantic/wisent/python.el

starts a python process due to semantic-python-get-system-include-path
and its use of python-shell-internal-send-string. Doesn't seem like a
bug to me?

> Is there a bug associated with the new C-h f behaviour?

I don't know, is there? ;)

>  Loading libraries unexpectedly sounds bad.

I think you'll have to give more details, because obviously someone
(Stefan) thought this was a desirable feature.

(The C-h f aspect does seem under-explained in NEWS, but that's par for
the course. And IIUC it cannot be disabled, unlike the older feature
controlled by help-enable-auto-load.)



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

bug#28048: 26.0.50; behaviour of C-h f semantic-mode

Glenn Morris-3
Glenn Morris wrote:

>> Is there a bug associated with the new C-h f behaviour?
>
> I don't know, is there? ;)

Oh, sorry: I thought you were being philosophical, but I guess you meant
is there an existing report. :)



Loading...