From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?Q?=D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=9F=D0=B0=D1=80=D0=B0=D0=BC=D0=BE=D0=BD=D0=BE=D0=B2?= Newsgroups: gmane.emacs.bugs Subject: bug#28580: python.el: native completion setup failed Date: Mon, 25 Sep 2017 00:08:50 +0300 Message-ID: References: <87lgl4m5uo.fsf@users.sourceforge.net> <87a81km1d4.fsf@users.sourceforge.net> <877ewom0id.fsf@users.sourceforge.net> <874lrrnaxq.fsf@users.sourceforge.net> <871smvn9oo.fsf@users.sourceforge.net> <87y3p3ltzx.fsf@users.sourceforge.net> <87tvzrlslv.fsf@users.sourceforge.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a1140d2b8a91d580559f5dbc6" X-Trace: blaine.gmane.org 1506287417 12318 195.159.176.226 (24 Sep 2017 21:10:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 24 Sep 2017 21:10:17 +0000 (UTC) Cc: 28580@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 24 23:10:11 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwEAC-0002cc-Q8 for geb-bug-gnu-emacs@m.gmane.org; Sun, 24 Sep 2017 23:10:09 +0200 Original-Received: from localhost ([::1]:39447 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dwEAJ-0004bs-TU for geb-bug-gnu-emacs@m.gmane.org; Sun, 24 Sep 2017 17:10:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40702) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dwEAA-0004Yu-1u for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2017 17:10:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dwEA6-0007ty-1Q for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2017 17:10:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47950) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dwEA5-0007td-Rz for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2017 17:10:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dwEA5-0003rH-Ma for bug-gnu-emacs@gnu.org; Sun, 24 Sep 2017 17:10:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?=D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=9F=D0=B0=D1=80=D0=B0=D0=BC=D0=BE=D0=BD=D0=BE=D0=B2?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Sep 2017 21:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28580 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28580-submit@debbugs.gnu.org id=B28580.150628737814797 (code B ref 28580); Sun, 24 Sep 2017 21:10:01 +0000 Original-Received: (at 28580) by debbugs.gnu.org; 24 Sep 2017 21:09:38 +0000 Original-Received: from localhost ([127.0.0.1]:56630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwE9h-0003qa-DT for submit@debbugs.gnu.org; Sun, 24 Sep 2017 17:09:38 -0400 Original-Received: from mail-qt0-f176.google.com ([209.85.216.176]:44231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwE9g-0003qM-6B for 28580@debbugs.gnu.org; Sun, 24 Sep 2017 17:09:36 -0400 Original-Received: by mail-qt0-f176.google.com with SMTP id o13so5212956qtf.1 for <28580@debbugs.gnu.org>; Sun, 24 Sep 2017 14:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JJ/lbRT6g8KcMV3n8dx/vCh+PqbxsLVjAIfxWmFiBdM=; b=ZURQvIcuItfLG+aqfmbEjNU1TtOkxTrdRXZ+I33zwcChcsqhdd0JyrsJGrznqoe3hV UlVku4ka67rLzT1WEH/bvhlm7IKXziGeOW7SDi7t8CW30xmfEDpW8GmK85F8Pt7Wwqoc u76fQwV2h8ycWdhuZEM8mQnjF4k3G9VHNjrIaUOFXi/prLlHUo2OVLYeI5yAbRh6DPLj u09mptnrFjY0o9MmkvTbPWDY1shQRB78wbLWSijpmrtRSUk4hjZH0HRvCVcLSylHcmF6 9Ue18XT8enfbCymC9eXpU+OoJSOumOpJY5PvpyuY2WSJlk1VDcrSLtqWCGwJzXEDFuel BnPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JJ/lbRT6g8KcMV3n8dx/vCh+PqbxsLVjAIfxWmFiBdM=; b=QtbGJEwL6o02zbUaC2JM13l1jZAkqbpmXyEic+iUMHet2i155dGTDzvKRntsgLjanm q48m6or10H9aOZW8v2GEBZDZ8ytw2CfR5shOu4nVhrqNtQffrXkrrxo7AvfwCGCHblhl GBiEqZrRAxEG6u28v5Q1zUvW8QgAbdrxlORuGlFgsPzOp06EBM8SIGMwPo9rReAYCuRR hdW2K06jbA+hsP/0olzBqmduFgmsev1S6o4KtkfyubMGcyMImpS367q7i+l9a8obS//A +eT8836cFjFIFrkv6OU0aHEeTu82x12aHgRjeMM0Ex0hpujlZq3QjAzFyyG4wZ59z576 iVyA== X-Gm-Message-State: AHPjjUhd04i0QkoKFcip/aEP7LktFgWdP9l9Sq8Nn4LGMe+pCacKkPbF MbsgHDLcGF9uaD0yjKXGccv7bgxopqZHjSunbt4= X-Google-Smtp-Source: AOwi7QAjJG/BnEJ4q3Rad+fVixfQCvZUX7dUL1FgzQPiEnvF9ZCxJxfaTYRuGgvE6HuXgpY4gEIADG857inQ67ffcoM= X-Received: by 10.200.35.186 with SMTP id q55mr8580836qtq.193.1506287370704; Sun, 24 Sep 2017 14:09:30 -0700 (PDT) Original-Received: by 10.200.43.88 with HTTP; Sun, 24 Sep 2017 14:08:50 -0700 (PDT) In-Reply-To: <87tvzrlslv.fsf@users.sourceforge.net> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:137369 Archived-At: --001a1140d2b8a91d580559f5dbc6 Content-Type: text/plain; charset="UTF-8" 2017-09-25 0:00 GMT+03:00 Noam Postavsky : > Does M-: (python-shell-completion-native-try) RET in the *Python* buffer > return nil? Yes it does! > 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=)) > Unfortunately my distrib doesn't seem to have the source el-files :-( > Try the recipe in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28051#8 > and see if you suffer from that bug. > Hm, the bug and the one mentioned inside describe bad behavior of Python2, but in my case it's the opposite :-/ Best wishes, Andrey Paramonov --001a1140d2b8a91d580559f5dbc6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
2017= -09-25 0:00 GMT+03:00 Noam Postavsky <npostavs@users.sourcefo= rge.net>:
Does M-: (python-= shell-completion-native-try) RET in the *Python* buffer
return nil?

Yes it does!
=C2=A0<= /div>
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.)=C2=A0 Especially check the contents of the current inside the `when' block at the end:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; Grab output until our d= ummy completion used as
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; output end marker is fo= und.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (when (python-shell-accept= -process-output
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0process python-shell-completion-native-output-timeout
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0comint-redirect-finished-regexp)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (re-search-backward= "0__dummy_completion__" nil t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (cl-remove-duplicat= es
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(split-string=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (buffer-subs= tring-no-properties
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(line-= beginning-position) (point-min))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "[ \f\t= \n\r\v()]+" t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:test #'s= tring=3D))

Unfortunately my distrib doe= sn't seem to have the source el-files :-(
=C2=A0
Try the recipe in htt= ps://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D28051#8
and see if you suffer from that bug.

Hm= , the bug and the one mentioned inside describe bad behavior of Python2, bu= t in my case it's the opposite :-/

Best wishes= ,
Andrey Paramonov

--001a1140d2b8a91d580559f5dbc6--