GNU bug report logs -
#28580
[w32] python.el: native completion setup failed
Previous Next
Reported by: Андрей Парамонов <cmr.pent <at> gmail.com>
Date: Sun, 24 Sep 2017 15:58:02 UTC
Severity: normal
Tags: fixed, patch
Merged with 22897,
24401,
30651
Found in versions 25.1, 25.1.50
Fixed in version 25.2
Done: Noam Postavsky <npostavs <at> users.sourceforge.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Андрей Парамонов <cmr.pent <at> gmail.com> writes:
> That should be suboptimal -- otherwise why the warning?
> What could make the "native" completion fail?
Does M-: (python-shell-completion-native-try) RET in the *Python* buffer
return nil? Perhaps try putting some `message' calls into
python-shell-completion-native-get-completions? (Using the debugger is a
bit tricky due to the timing of process communication.) Especially
check the contents of the current inside the `when' block at the end:
;; Grab output until our dummy completion used as
;; output end marker is found.
(when (python-shell-accept-process-output
process python-shell-completion-native-output-timeout
comint-redirect-finished-regexp)
(re-search-backward "0__dummy_completion__" nil t)
(cl-remove-duplicates
(split-string
(buffer-substring-no-properties
(line-beginning-position) (point-min))
"[ \f\t\n\r\v()]+" t)
:test #'string=))
> How to check if it's really the case?
Try the recipe in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28051#8
and see if you suffer from that bug.
This bug report was last modified 7 years and 80 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.