From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: 24.3; python.el and ipython shell Resent-From: Federico Beffa Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jul 2014 13:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18052@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140569153122414 (code B ref -1); Fri, 18 Jul 2014 13:53:02 +0000 Received: (at submit) by debbugs.gnu.org; 18 Jul 2014 13:52:11 +0000 Received: from localhost ([127.0.0.1]:58019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X88Zz-0005pO-PM for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:52:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60008) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X88Zt-0005oq-7H for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:52:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X88Zm-0001Tt-4c for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:51:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52515) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X88Zm-0001To-1v for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:51:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X88Zk-00045F-Ib for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 09:51:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X88Zi-0001Rr-OM for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 09:51:52 -0400 Received: from mail-la0-x235.google.com ([2a00:1450:4010:c03::235]:56546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X88Zi-0001Ql-Bg for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 09:51:50 -0400 Received: by mail-la0-f53.google.com with SMTP id gl10so2921283lab.12 for ; Fri, 18 Jul 2014 06:51:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=536ixc+nfAdoZW7wVFRk/HG8+/SQuSsBpn7APhZ8twg=; b=sJpId+CS4o7R5QlJ831u25yyMil3qBLN6VfmlcEZ54KKyj+xvC0uxS5U43AP2k/mrI wjYISZstlNjBbEB7ft8Bedw9CLzNDU6blMlJEIVLbMpF+B2httZhRZN04+Dv/T/2s8rq aZ1oy7SSz/2+FVbo3J6HS28XOiltr1qhG8Khc4w3xr5eClh+JaC/Bi8t2GqDkphlKQ9/ 4teZHQlK91P1CKhuCtOOWye3oM82f5XNaMi/lDLW2XabqlQg6lLreq32t8MJkHuicUtH sXIs8wL1CzKLaY9mBTijkcGvmAiR0afmJF9qJqp/ODJf4AvxRIzwRJzEbaLof5PiYXQl 4iaA== MIME-Version: 1.0 X-Received: by 10.112.161.72 with SMTP id xq8mr5065128lbb.18.1405691507812; Fri, 18 Jul 2014 06:51:47 -0700 (PDT) Received: by 10.114.18.44 with HTTP; Fri, 18 Jul 2014 06:51:47 -0700 (PDT) Date: Fri, 18 Jul 2014 15:51:47 +0200 X-Google-Sender-Auth: XVydsOXoFg5EMJv7GffMl-XlxU0 Message-ID: From: Federico Beffa Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) I'm trying to use the ipython shell from within emacs. To do so I've followed the instructions at the top of python.el and added the following code to my .emacs: (setq python-shell-interpreter "C:/Anaconda/python.exe" python-shell-interpreter-args "-i C:/Anaconda/Scripts/ipython-script.py console --matplotlib=qt" python-shell-prompt-regexp "In \\[[0-9]+\\]: " python-shell-prompt-output-regexp "Out\\[[0-9]+\\]: " python-shell-completion-setup-code "from IPython.core.completerlib import module_completion" python-shell-completion-module-string-code "';'.join(module_completion('''%s'''))\n" python-shell-completion-string-code "';'.join(get_ipython().Completer.all_completions('''%s'''))\n") When I execute (M-x) run-python, SOMETIMES the session does not initialize properly and the new buffer looks like this: ----------------------------------------------------------- Python 2.7.6 |Anaconda 2.0.1 (64-bit)| (default, Nov 11 2013, 10:49:15) [MSC v.1500 64 bit (AMD64)] Type "copyright", "credits" or "license" for more information. IPython 2.1.0 -- An enhanced Interactive Python. Anaconda is brought to you by Continuum Analytics. Please check out: http://continuum.io/thanks and https://binstar.org ? -> Introduction and overview of IPython's features. %quickref -> Quick reference. help -> Python's own help system. object? -> Details about 'object', use 'object??' for extra details. In [1]: ----------------------------------------------------------- The difference compared to the situation when everything is well, is that here I only see "In [1]:", while normally I should see 4 empty input prompts, with the last one reading "In [4]". When I execute any command such as "1+1" and press RET, nothing happens. This happens starting emacs with the -Q option and executing the ipython customization in the *scratch* buffer. By running the debugger I've found out that emacs sends some commands to the inferior python shell with (comint-send-string ...) and tries to hide them from the user. That appears to be the reason for the four empty prompts. Looking at the running processes I've noted that there are 2 python processes running. The task manager reports one as: c:\Anaconda\python.exe -c"from IPython.kernel.zmq.kernelapp import main; main()" -f C:\Users\beffa\.ipython\profile_default\security\kernel-976.json --matplotlib=qt --IPKernelApp.parent_appname='ipython-console' --interrupt=692 --parent=696 (Obviously the value of the last two arguments change everytime.) If I kill this process, the inferior python shell asks: "kernel died, restart ([y]/n)? kernel died, restart ([y]/n)? kernel died, restart ([y]/n)?" If I press y the process is restarted and the inferior python shell works fine (or at least responds to the commands like 1+1 that I've tried). I would greatly appreciate any suggestion on how to further dig into debugging and solve this intermittent problem. Thank you in advance for your help. Fede In GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --with-gcc (4.7) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2' Important settings: value of $LANG: ENU locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-r C-SPC C-a C-w c : / p r o SPC SPC e m 3 s i s i d f C-SPC M-w C-x b C-y M-x s h o w - p a C-x C-e M-x r u n - p y C-x k y e s C-x 0 M-x r u n - p y C-x o M-x r e p o r Recent messages: "';'.join(get_ipython().Completer.all_completions('''%s''')) " Sent python-shell-completion-setup-code Sent python-ffap-setup-code Sent python-eldoc-setup-code Making completion list... Sent python-shell-completion-setup-code Sent python-ffap-setup-code Sent python-eldoc-setup-code Making completion list... Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-mode compile python rx easymenu comint ring ansi-color cus-start cus-load paren time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32 multi-tty emacs) From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: 24.3; python.el and ipython shell Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jul 2014 14:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Federico Beffa Cc: 18052@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 18052-submit@debbugs.gnu.org id=B18052.140569246624218 (code B ref 18052); Fri, 18 Jul 2014 14:08:01 +0000 Received: (at 18052) by debbugs.gnu.org; 18 Jul 2014 14:07:46 +0000 Received: from localhost ([127.0.0.1]:58447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X88p4-0006IT-Uv for submit@debbugs.gnu.org; Fri, 18 Jul 2014 10:07:46 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:42254) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X88oy-0006I7-Ft for 18052@debbugs.gnu.org; Fri, 18 Jul 2014 10:07:40 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N8W00M00UJ9VS00@mtaout25.012.net.il> for 18052@debbugs.gnu.org; Fri, 18 Jul 2014 17:03:05 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N8W00FAXV1553A0@mtaout25.012.net.il>; Fri, 18 Jul 2014 17:03:05 +0300 (IDT) Date: Fri, 18 Jul 2014 17:07:21 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83tx6e69ra.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Fri, 18 Jul 2014 15:51:47 +0200 > From: Federico Beffa > > I'm trying to use the ipython shell from within emacs. To do so I've > followed the instructions at the top of python.el and added the > following code to my .emacs: > > (setq > python-shell-interpreter "C:/Anaconda/python.exe" > python-shell-interpreter-args > "-i C:/Anaconda/Scripts/ipython-script.py console --matplotlib=qt" > python-shell-prompt-regexp "In \\[[0-9]+\\]: " > python-shell-prompt-output-regexp "Out\\[[0-9]+\\]: " > python-shell-completion-setup-code > "from IPython.core.completerlib import module_completion" > python-shell-completion-module-string-code > "';'.join(module_completion('''%s'''))\n" > python-shell-completion-string-code > "';'.join(get_ipython().Completer.all_completions('''%s'''))\n") > > When I execute (M-x) run-python, SOMETIMES the session does not > initialize properly and the new buffer looks like this: > > ----------------------------------------------------------- > Python 2.7.6 |Anaconda 2.0.1 (64-bit)| (default, Nov 11 2013, > 10:49:15) [MSC v.1500 64 bit (AMD64)] > Type "copyright", "credits" or "license" for more information. > > IPython 2.1.0 -- An enhanced Interactive Python. > Anaconda is brought to you by Continuum Analytics. > Please check out: http://continuum.io/thanks and https://binstar.org > ? -> Introduction and overview of IPython's features. > %quickref -> Quick reference. > help -> Python's own help system. > object? -> Details about 'object', use 'object??' for extra details. > > In [1]: > ----------------------------------------------------------- > > The difference compared to the situation when everything is well, is > that here I only see "In [1]:", while normally I should see 4 empty > input prompts, with the last one reading "In [4]". When I execute any > command such as "1+1" and press RET, nothing happens. > > This happens starting emacs with the -Q option and executing the ipython > customization in the *scratch* buffer. Did you try to explore the possibility that this is caused by buffering? Pipes on Windows are fully buffered, not line-buffered as on Posix systems. If there's some way to control buffering from the Python side, I suggest to try that, perhaps it will fix the problem. From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: 24.3; python.el and ipython shell Resent-From: Federico Beffa Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jul 2014 16:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 18052@debbugs.gnu.org Received: via spool by 18052-submit@debbugs.gnu.org id=B18052.14057015099332 (code B ref 18052); Fri, 18 Jul 2014 16:39:02 +0000 Received: (at 18052) by debbugs.gnu.org; 18 Jul 2014 16:38:29 +0000 Received: from localhost ([127.0.0.1]:58547 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8BAv-0002QL-QN for submit@debbugs.gnu.org; Fri, 18 Jul 2014 12:38:29 -0400 Received: from mail-lb0-f182.google.com ([209.85.217.182]:45366) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8BAo-0002Pr-MA for 18052@debbugs.gnu.org; Fri, 18 Jul 2014 12:38:22 -0400 Received: by mail-lb0-f182.google.com with SMTP id z11so3053594lbi.13 for <18052@debbugs.gnu.org>; Fri, 18 Jul 2014 09:38:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5GUGIehjLTUdKOZz0WazpmoXV1K/zblBmu3v/dB75tA=; b=zTTiJCCDeAmCzNJ76M2NEYaFtmRomB4kE8LvwvRpIAogHVSJydKhgL+TDdJrA+pMIi sAZfjvH6be3pldmf+VmvZAwT1Of4Vhv5K76cgeCJFSz7YrX46HkrHFRg9VTJOVosnFS6 K/mVblMWWTcF8HS1cnA1WC5a81/XHY6CO1wwNkuEDPXF28uC4s89sp/R6lGL1RcU/R0T 8ECyACp5/QrbulLebsSlA5/NuCmI1kzj9+zQvG8Jd8yLWXRXkXJ3p8WFToZ5rvJ9hzin 2sYmpy4cI1KYV5qRbvczr+xbg0UilbHj/cVtQ8c/H45O42O3wmcJMJrE5/c3XwNTBJ4C i1Ow== MIME-Version: 1.0 X-Received: by 10.152.207.36 with SMTP id lt4mr6724671lac.72.1405701491108; Fri, 18 Jul 2014 09:38:11 -0700 (PDT) Received: by 10.114.18.44 with HTTP; Fri, 18 Jul 2014 09:38:11 -0700 (PDT) In-Reply-To: <83tx6e69ra.fsf@gnu.org> References: <83tx6e69ra.fsf@gnu.org> Date: Fri, 18 Jul 2014 18:38:11 +0200 X-Google-Sender-Auth: pKszJAkSg12jvOItI3WqWei-Odc Message-ID: From: Federico Beffa Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) I've looked in the ipython configuration file, but have not seen anything. Do you have any suggestion on where to look further? On Fri, Jul 18, 2014 at 4:07 PM, Eli Zaretskii wrote: >> Date: Fri, 18 Jul 2014 15:51:47 +0200 >> From: Federico Beffa >> >> I'm trying to use the ipython shell from within emacs. To do so I've >> followed the instructions at the top of python.el and added the >> following code to my .emacs: >> >> (setq >> python-shell-interpreter "C:/Anaconda/python.exe" >> python-shell-interpreter-args >> "-i C:/Anaconda/Scripts/ipython-script.py console --matplotlib=qt" >> python-shell-prompt-regexp "In \\[[0-9]+\\]: " >> python-shell-prompt-output-regexp "Out\\[[0-9]+\\]: " >> python-shell-completion-setup-code >> "from IPython.core.completerlib import module_completion" >> python-shell-completion-module-string-code >> "';'.join(module_completion('''%s'''))\n" >> python-shell-completion-string-code >> "';'.join(get_ipython().Completer.all_completions('''%s'''))\n") >> >> When I execute (M-x) run-python, SOMETIMES the session does not >> initialize properly and the new buffer looks like this: >> >> ----------------------------------------------------------- >> Python 2.7.6 |Anaconda 2.0.1 (64-bit)| (default, Nov 11 2013, >> 10:49:15) [MSC v.1500 64 bit (AMD64)] >> Type "copyright", "credits" or "license" for more information. >> >> IPython 2.1.0 -- An enhanced Interactive Python. >> Anaconda is brought to you by Continuum Analytics. >> Please check out: http://continuum.io/thanks and https://binstar.org >> ? -> Introduction and overview of IPython's features. >> %quickref -> Quick reference. >> help -> Python's own help system. >> object? -> Details about 'object', use 'object??' for extra details. >> >> In [1]: >> ----------------------------------------------------------- >> >> The difference compared to the situation when everything is well, is >> that here I only see "In [1]:", while normally I should see 4 empty >> input prompts, with the last one reading "In [4]". When I execute any >> command such as "1+1" and press RET, nothing happens. >> >> This happens starting emacs with the -Q option and executing the ipython >> customization in the *scratch* buffer. > > Did you try to explore the possibility that this is caused by > buffering? Pipes on Windows are fully buffered, not line-buffered as > on Posix systems. If there's some way to control buffering from the > Python side, I suggest to try that, perhaps it will fix the problem. From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: 24.3; python.el and ipython shell Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jul 2014 18:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Federico Beffa Cc: 18052@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 18052-submit@debbugs.gnu.org id=B18052.140570666718017 (code B ref 18052); Fri, 18 Jul 2014 18:05:01 +0000 Received: (at 18052) by debbugs.gnu.org; 18 Jul 2014 18:04:27 +0000 Received: from localhost ([127.0.0.1]:58574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8CWA-0004gW-NZ for submit@debbugs.gnu.org; Fri, 18 Jul 2014 14:04:27 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:34190) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8CW6-0004gG-Pl for 18052@debbugs.gnu.org; Fri, 18 Jul 2014 14:04:24 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N8X00G004X47R00@mtaout28.012.net.il> for 18052@debbugs.gnu.org; Fri, 18 Jul 2014 21:03:58 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N8X00EPA66MFR60@mtaout28.012.net.il>; Fri, 18 Jul 2014 21:03:58 +0300 (IDT) Date: Fri, 18 Jul 2014 21:04:06 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83sily5ysp.fsf@gnu.org> References: <83tx6e69ra.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Fri, 18 Jul 2014 18:38:11 +0200 > From: Federico Beffa > Cc: 18052@debbugs.gnu.org > > I've looked in the ipython configuration file, but have not seen anything. > > Do you have any suggestion on where to look further? Sorry, I don't know enough Python to help you there. From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: 24.3; python.el and ipython shell References: In-Reply-To: Resent-From: fgallina@gnu.org (=?UTF-8?Q?Fabi=C3=A1n?= Ezequiel Gallina) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Jul 2014 13:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18052@debbugs.gnu.org Reply-To: CAKrPhPOS8QvW87-Th3Nq=YwbRZLUMNYfcSdULb4JMmo9a=AjYw@mail.gmail.com Received: via spool by 18052-submit@debbugs.gnu.org id=B18052.14057773751024 (code B ref 18052); Sat, 19 Jul 2014 13:43:01 +0000 Received: (at 18052) by debbugs.gnu.org; 19 Jul 2014 13:42:55 +0000 Received: from localhost ([127.0.0.1]:59140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8Uud-0000GR-3t for submit@debbugs.gnu.org; Sat, 19 Jul 2014 09:42:55 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:59137 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8Uua-0000GJ-Jh for 18052@debbugs.gnu.org; Sat, 19 Jul 2014 09:42:53 -0400 Received: from 222-99-245-190.fibertel.com.ar ([190.245.99.222]:37306 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1X8UuZ-0007z8-ND for 18052@debbugs.gnu.org; Sat, 19 Jul 2014 09:42:52 -0400 From: fgallina@gnu.org (=?UTF-8?Q?Fabi=C3=A1n?= Ezequiel Gallina) Date: Sat, 19 Jul 2014 10:42:49 -0300 Message-ID: <8761itjwh2.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Does adding the -u switch for python help? (setq python-shell-interpreter-args "-u -i C:/Anaconda/Scripts/ipython-script.py console --matplotlib=3D= qt") Regards, Fabi=C3=A1n From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 19 09:45:33 2014 Received: (at control) by debbugs.gnu.org; 19 Jul 2014 13:45:33 +0000 Received: from localhost ([127.0.0.1]:59144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8UxA-0000Kt-QN for submit@debbugs.gnu.org; Sat, 19 Jul 2014 09:45:33 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:59164 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8Ux8-0000Kk-6v for control@debbugs.gnu.org; Sat, 19 Jul 2014 09:45:30 -0400 Received: from 222-99-245-190.fibertel.com.ar ([190.245.99.222]:37405 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1X8Ux7-0008Ql-Kf for control@debbugs.gnu.org; Sat, 19 Jul 2014 09:45:30 -0400 From: fgallina@gnu.org (=?utf-8?Q?Fabi=C3=A1n?= Ezequiel Gallina) To: GNU bug tracker automated control server Subject: Date: Sat, 19 Jul 2014 10:45:22 -0300 Message-ID: <874mydh37x.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) tags 18052 moreinfo From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: 24.3; python.el and ipython shell References: In-Reply-To: Resent-From: Federico Beffa Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Jul 2014 16:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: fgallina@gnu.org, 18052@debbugs.gnu.org Received: via spool by 18052-submit@debbugs.gnu.org id=B18052.140578712320850 (code B ref 18052); Sat, 19 Jul 2014 16:26:01 +0000 Received: (at 18052) by debbugs.gnu.org; 19 Jul 2014 16:25:23 +0000 Received: from localhost ([127.0.0.1]:59604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8XRp-0005QB-QZ for submit@debbugs.gnu.org; Sat, 19 Jul 2014 12:25:22 -0400 Received: from mail-lb0-f174.google.com ([209.85.217.174]:35638) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8XRm-0005Ps-Ka for 18052@debbugs.gnu.org; Sat, 19 Jul 2014 12:25:19 -0400 Received: by mail-lb0-f174.google.com with SMTP id c11so3687964lbj.19 for <18052@debbugs.gnu.org>; Sat, 19 Jul 2014 09:25:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=iViSVp8yWUTyEHVBl/4mWePhddzRGJ5N8FdUG294qY4=; b=hB0stDW5WPtArn29DZV8VWHwzWTJi3wD+3bRRat2y3r6M92C/n9dwKte7hChnPrSss 16KMSnesxd2qOB5HDY3qkQgE9KYWprRi5M/1TsjE4775ONZ3USKksdCLdXg4jX43AK42 fhut2CVR6RjuNImp606mI5XdtO0oSoAg+kfYjqwrdP8NnTyGsFe3J18vUm3OS4qw2rLL UOaQTzbpgpFpQWK0mUBZPjWaXSHF62D5rRF7g/f1+hHSiPpOwDIF5UVpztaXx89adnBD ouTTJOmcfkYOsvS3gvhj9aoJML+p4KGyAQO8TJS3FwOfcBLg1CQ07WXJV241OqroNb3g mPiw== MIME-Version: 1.0 X-Received: by 10.152.206.73 with SMTP id lm9mr13033760lac.5.1405787112557; Sat, 19 Jul 2014 09:25:12 -0700 (PDT) Received: by 10.114.18.44 with HTTP; Sat, 19 Jul 2014 09:25:12 -0700 (PDT) Date: Sat, 19 Jul 2014 18:25:12 +0200 X-Google-Sender-Auth: UzWgrlTrxWF4YHio0NFneOb29BQ Message-ID: From: Federico Beffa Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Unfortunately it does not. I see the same intermittent problem as without the "-u" option. From unknown Wed Jun 25 02:10:33 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Federico Beffa Subject: bug#18052: closed (Re: bug#18052: 24.3; python.el and ipython shell) Message-ID: References: <878unoy3dt.fsf@gnu.org> X-Gnu-PR-Message: they-closed 18052 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: moreinfo Reply-To: 18052@debbugs.gnu.org Date: Sun, 20 Jul 2014 06:03:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1405836183-30817-1" This is a multi-part message in MIME format... ------------=_1405836183-30817-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #18052: 24.3; python.el and ipython shell which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 18052@debbugs.gnu.org. --=20 18052: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18052 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1405836183-30817-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 18052-done) by debbugs.gnu.org; 20 Jul 2014 06:02:10 +0000 Received: from localhost ([127.0.0.1]:59923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8kCH-0007zV-W5 for submit@debbugs.gnu.org; Sun, 20 Jul 2014 02:02:10 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:43336 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8kCG-0007zO-47 for 18052-done@debbugs.gnu.org; Sun, 20 Jul 2014 02:02:09 -0400 Received: from 222-99-245-190.fibertel.com.ar ([190.245.99.222]:50280 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1X8kCE-0005GE-W4; Sun, 20 Jul 2014 02:02:07 -0400 From: fgallina@gnu.org (=?utf-8?Q?Fabi=C3=A1n?= Ezequiel Gallina) To: Federico Beffa Subject: Re: bug#18052: 24.3; python.el and ipython shell References: Date: Sun, 20 Jul 2014 03:02:06 -0300 In-Reply-To: (Federico Beffa's message of "Sat, 19 Jul 2014 18:25:12 +0200") Message-ID: <878unoy3dt.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 18052-done Cc: 18052-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Federico Beffa writes: > Unfortunately it does not. I see the same intermittent problem as > without the "-u" option. > So I tracked down what's going on. Removing "console" from your `python-shell-interpreter-args' should do the trick. The "console" subcommand, starts an iPython server (AKA kernel) and then connects the client console to it (that's the reason you see two processes). Removing the "console" subcommand just starts a standalone iPython shell that doesn't suffer from this intermittent initialization problem. Now the reason why the console subcommand fails seems to be an iPython bug itself. What happens is that python.el shell setup codes are sent quickly as soon as the inferior process starts, but it seems that sometimes the iPython kernel startup doesn't expect that and fails to start properly, thus causing the resulting iPython shell to be non responsive. This is not particularly a problem of python.el, in fact the issue can be replicated in the commandline by spawning processes like so: echo "print ('yes')" | ipython console With that, I get the same intermittent behavior observed previously. So my suggestion is to report this bug upstream. In the meantime, I'll include some notes about this in the header of python.el. PS: As you may expect, when an iPython kernel is already started, using "console --existing" works reliably, this may be useful in case you really needed the client-server mode. Cheers, Fabi=C3=A1n ------------=_1405836183-30817-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 18 Jul 2014 13:52:11 +0000 Received: from localhost ([127.0.0.1]:58019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X88Zz-0005pO-PM for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:52:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60008) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X88Zt-0005oq-7H for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:52:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X88Zm-0001Tt-4c for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:51:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52515) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X88Zm-0001To-1v for submit@debbugs.gnu.org; Fri, 18 Jul 2014 09:51:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X88Zk-00045F-Ib for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 09:51:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X88Zi-0001Rr-OM for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 09:51:52 -0400 Received: from mail-la0-x235.google.com ([2a00:1450:4010:c03::235]:56546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X88Zi-0001Ql-Bg for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 09:51:50 -0400 Received: by mail-la0-f53.google.com with SMTP id gl10so2921283lab.12 for ; Fri, 18 Jul 2014 06:51:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=536ixc+nfAdoZW7wVFRk/HG8+/SQuSsBpn7APhZ8twg=; b=sJpId+CS4o7R5QlJ831u25yyMil3qBLN6VfmlcEZ54KKyj+xvC0uxS5U43AP2k/mrI wjYISZstlNjBbEB7ft8Bedw9CLzNDU6blMlJEIVLbMpF+B2httZhRZN04+Dv/T/2s8rq aZ1oy7SSz/2+FVbo3J6HS28XOiltr1qhG8Khc4w3xr5eClh+JaC/Bi8t2GqDkphlKQ9/ 4teZHQlK91P1CKhuCtOOWye3oM82f5XNaMi/lDLW2XabqlQg6lLreq32t8MJkHuicUtH sXIs8wL1CzKLaY9mBTijkcGvmAiR0afmJF9qJqp/ODJf4AvxRIzwRJzEbaLof5PiYXQl 4iaA== MIME-Version: 1.0 X-Received: by 10.112.161.72 with SMTP id xq8mr5065128lbb.18.1405691507812; Fri, 18 Jul 2014 06:51:47 -0700 (PDT) Received: by 10.114.18.44 with HTTP; Fri, 18 Jul 2014 06:51:47 -0700 (PDT) Date: Fri, 18 Jul 2014 15:51:47 +0200 X-Google-Sender-Auth: XVydsOXoFg5EMJv7GffMl-XlxU0 Message-ID: Subject: 24.3; python.el and ipython shell From: Federico Beffa To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) I'm trying to use the ipython shell from within emacs. To do so I've followed the instructions at the top of python.el and added the following code to my .emacs: (setq python-shell-interpreter "C:/Anaconda/python.exe" python-shell-interpreter-args "-i C:/Anaconda/Scripts/ipython-script.py console --matplotlib=qt" python-shell-prompt-regexp "In \\[[0-9]+\\]: " python-shell-prompt-output-regexp "Out\\[[0-9]+\\]: " python-shell-completion-setup-code "from IPython.core.completerlib import module_completion" python-shell-completion-module-string-code "';'.join(module_completion('''%s'''))\n" python-shell-completion-string-code "';'.join(get_ipython().Completer.all_completions('''%s'''))\n") When I execute (M-x) run-python, SOMETIMES the session does not initialize properly and the new buffer looks like this: ----------------------------------------------------------- Python 2.7.6 |Anaconda 2.0.1 (64-bit)| (default, Nov 11 2013, 10:49:15) [MSC v.1500 64 bit (AMD64)] Type "copyright", "credits" or "license" for more information. IPython 2.1.0 -- An enhanced Interactive Python. Anaconda is brought to you by Continuum Analytics. Please check out: http://continuum.io/thanks and https://binstar.org ? -> Introduction and overview of IPython's features. %quickref -> Quick reference. help -> Python's own help system. object? -> Details about 'object', use 'object??' for extra details. In [1]: ----------------------------------------------------------- The difference compared to the situation when everything is well, is that here I only see "In [1]:", while normally I should see 4 empty input prompts, with the last one reading "In [4]". When I execute any command such as "1+1" and press RET, nothing happens. This happens starting emacs with the -Q option and executing the ipython customization in the *scratch* buffer. By running the debugger I've found out that emacs sends some commands to the inferior python shell with (comint-send-string ...) and tries to hide them from the user. That appears to be the reason for the four empty prompts. Looking at the running processes I've noted that there are 2 python processes running. The task manager reports one as: c:\Anaconda\python.exe -c"from IPython.kernel.zmq.kernelapp import main; main()" -f C:\Users\beffa\.ipython\profile_default\security\kernel-976.json --matplotlib=qt --IPKernelApp.parent_appname='ipython-console' --interrupt=692 --parent=696 (Obviously the value of the last two arguments change everytime.) If I kill this process, the inferior python shell asks: "kernel died, restart ([y]/n)? kernel died, restart ([y]/n)? kernel died, restart ([y]/n)?" If I press y the process is restarted and the inferior python shell works fine (or at least responds to the commands like 1+1 that I've tried). I would greatly appreciate any suggestion on how to further dig into debugging and solve this intermittent problem. Thank you in advance for your help. Fede In GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --with-gcc (4.7) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2' Important settings: value of $LANG: ENU locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-r C-SPC C-a C-w c : / p r o SPC SPC e m 3 s i s i d f C-SPC M-w C-x b C-y M-x s h o w - p a C-x C-e M-x r u n - p y C-x k y e s C-x 0 M-x r u n - p y C-x o M-x r e p o r Recent messages: "';'.join(get_ipython().Completer.all_completions('''%s''')) " Sent python-shell-completion-setup-code Sent python-ffap-setup-code Sent python-eldoc-setup-code Making completion list... Sent python-shell-completion-setup-code Sent python-ffap-setup-code Sent python-eldoc-setup-code Making completion list... Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-mode compile python rx easymenu comint ring ansi-color cus-start cus-load paren time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32 multi-tty emacs) ------------=_1405836183-30817-1-- From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: closed (Re: bug#18052: 24.3; python.el and ipython shell) Resent-From: Federico Beffa Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jul 2014 13:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: 18052@debbugs.gnu.org, =?UTF-8?Q?Fabi=C3=A1n?= Ezequiel Gallina Received: via spool by 18052-submit@debbugs.gnu.org id=B18052.140586417414271 (code B ref 18052); Sun, 20 Jul 2014 13:50:02 +0000 Received: (at 18052) by debbugs.gnu.org; 20 Jul 2014 13:49:34 +0000 Received: from localhost ([127.0.0.1]:60086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8rUb-0003i6-MX for submit@debbugs.gnu.org; Sun, 20 Jul 2014 09:49:34 -0400 Received: from mail-la0-f45.google.com ([209.85.215.45]:35136) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8rUY-0003hp-EG for 18052@debbugs.gnu.org; Sun, 20 Jul 2014 09:49:31 -0400 Received: by mail-la0-f45.google.com with SMTP id ty20so4084214lab.32 for <18052@debbugs.gnu.org>; Sun, 20 Jul 2014 06:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=JxiPatnfbbz72gxhctRWV1ulpoSeoiPQR6+T9R7z32Y=; b=VdR5bIU2KraO1lXCAOs4gcsLK1Su+oYoN+AJ8Xg0XfJZ4HIfcussrWICqRDd5ls5l7 T6Xer+S1qhij0/vHaFkxZrFl7NhvH9c9gnY+6qbVWhw+peHiQTUNA9qBxNWiBV2Lki6T rV4jRoIfYjwdyxOdOQnq4rCYpS7HPZF/SJgoJ1R+hnM7cXxu3KnAp13BzlFEctZLeIwq NTIQ+rMIe+2PO9oDD1zDJ1Yuwf+oPPHcihJncAxPE9UzcCNw2lgMe/VEl28sbUZJPcct pPj7iDlsi5dcgUhwLSwelnWkipVtJZ7JhOlZY9uXMCKCat2kgeqz8xSNiXp40vCwuFrB 7o4Q== MIME-Version: 1.0 X-Received: by 10.112.13.4 with SMTP id d4mr18185232lbc.50.1405864163845; Sun, 20 Jul 2014 06:49:23 -0700 (PDT) Received: by 10.114.18.44 with HTTP; Sun, 20 Jul 2014 06:49:23 -0700 (PDT) In-Reply-To: References: <878unoy3dt.fsf@gnu.org> Date: Sun, 20 Jul 2014 15:49:23 +0200 X-Google-Sender-Auth: NsOzF7J4Y_pWEMo7LJGKe7BUlxo Message-ID: From: Federico Beffa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) I can confirm that removing "console" resolves the problem. Thank you very much for the help! Best Regards, Fede On Sun, Jul 20, 2014 at 8:03 AM, GNU bug Tracking System wrote: > Your bug report > > #18052: 24.3; python.el and ipython shell > > which was filed against the emacs package, has been closed. > > The explanation is attached below, along with your original report. > If you require more details, please reply to 18052@debbugs.gnu.org. > > -- > 18052: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18052 > GNU Bug Tracking System > Contact help-debbugs@gnu.org with problems > > > ---------- Forwarded message ---------- > From: fgallina@gnu.org (Fabi=C3=A1n Ezequiel Gallina) > To: Federico Beffa > Cc: 18052-done@debbugs.gnu.org > Date: Sun, 20 Jul 2014 03:02:06 -0300 > Subject: Re: bug#18052: 24.3; python.el and ipython shell > Federico Beffa writes: > >> Unfortunately it does not. I see the same intermittent problem as >> without the "-u" option. >> > > So I tracked down what's going on. Removing "console" from your > `python-shell-interpreter-args' should do the trick. > > The "console" subcommand, starts an iPython server (AKA kernel) and then > connects the client console to it (that's the reason you see two > processes). Removing the "console" subcommand just starts a standalone > iPython shell that doesn't suffer from this intermittent initialization > problem. > > Now the reason why the console subcommand fails seems to be an iPython > bug itself. What happens is that python.el shell setup codes are sent > quickly as soon as the inferior process starts, but it seems that > sometimes the iPython kernel startup doesn't expect that and fails to > start properly, thus causing the resulting iPython shell to be non > responsive. > > This is not particularly a problem of python.el, in fact the issue can > be replicated in the commandline by spawning processes like so: > > echo "print ('yes')" | ipython console > > With that, I get the same intermittent behavior observed previously. So > my suggestion is to report this bug upstream. > > In the meantime, I'll include some notes about this in the header of > python.el. > > > PS: As you may expect, when an iPython kernel is already started, using > "console --existing" works reliably, this may be useful in case you > really needed the client-server mode. > > > > Cheers, > Fabi=C3=A1n > > > > ---------- Forwarded message ---------- > From: Federico Beffa > To: bug-gnu-emacs@gnu.org > Cc: > Date: Fri, 18 Jul 2014 15:51:47 +0200 > Subject: 24.3; python.el and ipython shell > I'm trying to use the ipython shell from within emacs. To do so I've > followed the instructions at the top of python.el and added the > following code to my .emacs: > > (setq > python-shell-interpreter "C:/Anaconda/python.exe" > python-shell-interpreter-args > "-i C:/Anaconda/Scripts/ipython-script.py console --matplotlib=3Dqt" > python-shell-prompt-regexp "In \\[[0-9]+\\]: " > python-shell-prompt-output-regexp "Out\\[[0-9]+\\]: " > python-shell-completion-setup-code > "from IPython.core.completerlib import module_completion" > python-shell-completion-module-string-code > "';'.join(module_completion('''%s'''))\n" > python-shell-completion-string-code > "';'.join(get_ipython().Completer.all_completions('''%s'''))\n") > > When I execute (M-x) run-python, SOMETIMES the session does not > initialize properly and the new buffer looks like this: > > ----------------------------------------------------------- > Python 2.7.6 |Anaconda 2.0.1 (64-bit)| (default, Nov 11 2013, > 10:49:15) [MSC v.1500 64 bit (AMD64)] > Type "copyright", "credits" or "license" for more information. > > IPython 2.1.0 -- An enhanced Interactive Python. > Anaconda is brought to you by Continuum Analytics. > Please check out: http://continuum.io/thanks and https://binstar.org > ? -> Introduction and overview of IPython's features. > %quickref -> Quick reference. > help -> Python's own help system. > object? -> Details about 'object', use 'object??' for extra details. > > In [1]: > ----------------------------------------------------------- > > The difference compared to the situation when everything is well, is > that here I only see "In [1]:", while normally I should see 4 empty > input prompts, with the last one reading "In [4]". When I execute any > command such as "1+1" and press RET, nothing happens. > > This happens starting emacs with the -Q option and executing the ipython > customization in the *scratch* buffer. > > By running the debugger I've found out that emacs sends some commands to > the inferior python shell with (comint-send-string ...) and tries to > hide them from the user. That appears to be the reason for the four > empty prompts. > > Looking at the running processes I've noted that there are 2 python > processes running. The task manager reports one as: > c:\Anaconda\python.exe -c"from IPython.kernel.zmq.kernelapp import main; > main()" -f > C:\Users\beffa\.ipython\profile_default\security\kernel-976.json > --matplotlib=3Dqt --IPKernelApp.parent_appname=3D'ipython-console' > --interrupt=3D692 --parent=3D696 > > (Obviously the value of the last two arguments change everytime.) > If I kill this process, the inferior python shell asks: > > "kernel died, restart ([y]/n)? kernel died, restart ([y]/n)? kernel > died, restart ([y]/n)?" > > If I press y the process is restarted and the inferior python shell > works fine (or at least responds to the commands like 1+1 that I've > tried). > > I would greatly appreciate any suggestion on how to further dig into > debugging and solve this intermittent problem. > > Thank you in advance for your help. > Fede > > > In GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) > of 2013-03-17 on MARVIN > Windowing system distributor `Microsoft Corp.', version 6.1.7601 > Configured using: > `configure --with-gcc (4.7) --cflags > -ID:/devel/emacs/libs/libXpm-3.5.8/include > -ID:/devel/emacs/libs/libXpm-3.5.8/src > -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include > -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include > -ID:/devel/emacs/libs/giflib-4.1.4-1/include > -ID:/devel/emacs/libs/jpeg-6b-4/include > -ID:/devel/emacs/libs/tiff-3.8.2-1/include > -ID:/devel/emacs/libs/gnutls-3.0.9/include > -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include > -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2' > > Important settings: > value of $LANG: ENU > locale-coding-system: cp1252 > default enable-multibyte-characters: t > > Major mode: Lisp Interaction > > Minor modes in effect: > show-paren-mode: t > tooltip-mode: t > mouse-wheel-mode: t > tool-bar-mode: t > menu-bar-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > font-lock-mode: t > blink-cursor-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > line-number-mode: t > transient-mark-mode: t > > Recent input: > C-x C-r C-SPC C-a C-w c : / p r o > SPC SPC e m 3 s i s i > d f > > > > > C-SPC > > M-w C-x b > C-y M-x s h o w - p a C-x C-e M-x r > u n - p y C-x k y e s > C-x 0 M-x r u n - p y > C-x o M-x r e p o r n> > > Recent messages: > "';'.join(get_ipython().Completer.all_completions('''%s''')) > " > Sent python-shell-completion-setup-code > Sent python-ffap-setup-code > Sent python-eldoc-setup-code > Making completion list... > Sent python-shell-completion-setup-code > Sent python-ffap-setup-code > Sent python-eldoc-setup-code > Making completion list... > > Load-path shadows: > None found. > > Features: > (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml > mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev > gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util > mail-prsvr mail-utils help-mode compile python rx easymenu comint ring > ansi-color cus-start cus-load paren time-date tooltip ediff-hook > vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns > disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe > tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow > timer select scroll-bar mouse jit-lock font-lock syntax facemenu > font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan > thai tai-viet lao korean japanese hebrew greek romanian slovak czech > european ethiopic indian cyrillic chinese case-table epa-hook > jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces > cus-face macroexp files text-properties overlay sha1 md5 base64 format > env code-pages mule custom widget hashtable-print-readable backquote > make-network-process w32 multi-tty emacs) > > > From unknown Wed Jun 25 02:10:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18052: closed (Re: bug#18052: 24.3; python.el and ipython shell) Resent-From: Federico Beffa Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jul 2014 16:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18052 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: 18052@debbugs.gnu.org, =?UTF-8?Q?Fabi=C3=A1n?= Ezequiel Gallina Received: via spool by 18052-submit@debbugs.gnu.org id=B18052.140587359529948 (code B ref 18052); Sun, 20 Jul 2014 16:27:01 +0000 Received: (at 18052) by debbugs.gnu.org; 20 Jul 2014 16:26:35 +0000 Received: from localhost ([127.0.0.1]:60504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8twX-0007mu-Hh for submit@debbugs.gnu.org; Sun, 20 Jul 2014 12:26:34 -0400 Received: from mail-la0-f47.google.com ([209.85.215.47]:57788) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8twV-0007mX-0c for 18052@debbugs.gnu.org; Sun, 20 Jul 2014 12:26:32 -0400 Received: by mail-la0-f47.google.com with SMTP id mc6so4196135lab.34 for <18052@debbugs.gnu.org>; Sun, 20 Jul 2014 09:26:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=JRiB27VLBRbabEqgt8ASjmtusnLQpvvoPVncw5/0dOo=; b=CbasHR1tn1YIsycXMPDNX0F6aKiaIaX4YdY4dOd7r+TKcyvRyeYgA/bQzehT/P8g4s oLCs6C4UcmRB0ZjjBd4PUQprKG+4EPI9Nh1tgmIT8v5h/pq5W8wqa1VTWgAA57oLqnTv 4Mq/f+G9l2mcpbVbSeBfvbAuopfuZbTuOsvOKS2yH5HVsB6ztBO86mPyp09PyrMuZf36 H+4gn6y+JL5mCLsiojtXMgaVhyIEbygt1iuMdX7AjWe/NLzlbHAP1zxDLaWn3iciX9hM SfTRlOACCpfXF8HsospoVy2zQjGngbGXQZ4LeIXxLo/9JizAWApD1miP0QHxZkqPk3hN +z+w== MIME-Version: 1.0 X-Received: by 10.152.28.136 with SMTP id b8mr20192184lah.22.1405873584676; Sun, 20 Jul 2014 09:26:24 -0700 (PDT) Received: by 10.114.18.44 with HTTP; Sun, 20 Jul 2014 09:26:24 -0700 (PDT) In-Reply-To: References: <878unoy3dt.fsf@gnu.org> Date: Sun, 20 Jul 2014 18:26:24 +0200 X-Google-Sender-Auth: amwtNozpxHoNT056ZTTxnC4R-aw Message-ID: From: Federico Beffa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hi, I would like to add that without the "console" argument, the interactive matplotlib plotting capabilities do not work. Regards, Fede On Sun, Jul 20, 2014 at 3:49 PM, Federico Beffa wrote: > I can confirm that removing "console" resolves the problem. > > Thank you very much for the help! > Best Regards, > Fede > > On Sun, Jul 20, 2014 at 8:03 AM, GNU bug Tracking System > wrote: >> Your bug report >> >> #18052: 24.3; python.el and ipython shell >> >> which was filed against the emacs package, has been closed. >> >> The explanation is attached below, along with your original report. >> If you require more details, please reply to 18052@debbugs.gnu.org. >> >> -- >> 18052: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18052 >> GNU Bug Tracking System >> Contact help-debbugs@gnu.org with problems >> >> >> ---------- Forwarded message ---------- >> From: fgallina@gnu.org (Fabi=C3=A1n Ezequiel Gallina) >> To: Federico Beffa >> Cc: 18052-done@debbugs.gnu.org >> Date: Sun, 20 Jul 2014 03:02:06 -0300 >> Subject: Re: bug#18052: 24.3; python.el and ipython shell >> Federico Beffa writes: >> >>> Unfortunately it does not. I see the same intermittent problem as >>> without the "-u" option. >>> >> >> So I tracked down what's going on. Removing "console" from your >> `python-shell-interpreter-args' should do the trick. >> >> The "console" subcommand, starts an iPython server (AKA kernel) and then >> connects the client console to it (that's the reason you see two >> processes). Removing the "console" subcommand just starts a standalone >> iPython shell that doesn't suffer from this intermittent initialization >> problem. >> >> Now the reason why the console subcommand fails seems to be an iPython >> bug itself. What happens is that python.el shell setup codes are sent >> quickly as soon as the inferior process starts, but it seems that >> sometimes the iPython kernel startup doesn't expect that and fails to >> start properly, thus causing the resulting iPython shell to be non >> responsive. >> >> This is not particularly a problem of python.el, in fact the issue can >> be replicated in the commandline by spawning processes like so: >> >> echo "print ('yes')" | ipython console >> >> With that, I get the same intermittent behavior observed previously. So >> my suggestion is to report this bug upstream. >> >> In the meantime, I'll include some notes about this in the header of >> python.el. >> >> >> PS: As you may expect, when an iPython kernel is already started, using >> "console --existing" works reliably, this may be useful in case you >> really needed the client-server mode. >> >> >> >> Cheers, >> Fabi=C3=A1n >> >> >> >> ---------- Forwarded message ---------- >> From: Federico Beffa >> To: bug-gnu-emacs@gnu.org >> Cc: >> Date: Fri, 18 Jul 2014 15:51:47 +0200 >> Subject: 24.3; python.el and ipython shell >> I'm trying to use the ipython shell from within emacs. To do so I've >> followed the instructions at the top of python.el and added the >> following code to my .emacs: >> >> (setq >> python-shell-interpreter "C:/Anaconda/python.exe" >> python-shell-interpreter-args >> "-i C:/Anaconda/Scripts/ipython-script.py console --matplotlib=3Dqt" >> python-shell-prompt-regexp "In \\[[0-9]+\\]: " >> python-shell-prompt-output-regexp "Out\\[[0-9]+\\]: " >> python-shell-completion-setup-code >> "from IPython.core.completerlib import module_completion" >> python-shell-completion-module-string-code >> "';'.join(module_completion('''%s'''))\n" >> python-shell-completion-string-code >> "';'.join(get_ipython().Completer.all_completions('''%s'''))\n") >> >> When I execute (M-x) run-python, SOMETIMES the session does not >> initialize properly and the new buffer looks like this: >> >> ----------------------------------------------------------- >> Python 2.7.6 |Anaconda 2.0.1 (64-bit)| (default, Nov 11 2013, >> 10:49:15) [MSC v.1500 64 bit (AMD64)] >> Type "copyright", "credits" or "license" for more information. >> >> IPython 2.1.0 -- An enhanced Interactive Python. >> Anaconda is brought to you by Continuum Analytics. >> Please check out: http://continuum.io/thanks and https://binstar.org >> ? -> Introduction and overview of IPython's features. >> %quickref -> Quick reference. >> help -> Python's own help system. >> object? -> Details about 'object', use 'object??' for extra details. >> >> In [1]: >> ----------------------------------------------------------- >> >> The difference compared to the situation when everything is well, is >> that here I only see "In [1]:", while normally I should see 4 empty >> input prompts, with the last one reading "In [4]". When I execute any >> command such as "1+1" and press RET, nothing happens. >> >> This happens starting emacs with the -Q option and executing the ipython >> customization in the *scratch* buffer. >> >> By running the debugger I've found out that emacs sends some commands to >> the inferior python shell with (comint-send-string ...) and tries to >> hide them from the user. That appears to be the reason for the four >> empty prompts. >> >> Looking at the running processes I've noted that there are 2 python >> processes running. The task manager reports one as: >> c:\Anaconda\python.exe -c"from IPython.kernel.zmq.kernelapp import main; >> main()" -f >> C:\Users\beffa\.ipython\profile_default\security\kernel-976.json >> --matplotlib=3Dqt --IPKernelApp.parent_appname=3D'ipython-console' >> --interrupt=3D692 --parent=3D696 >> >> (Obviously the value of the last two arguments change everytime.) >> If I kill this process, the inferior python shell asks: >> >> "kernel died, restart ([y]/n)? kernel died, restart ([y]/n)? kernel >> died, restart ([y]/n)?" >> >> If I press y the process is restarted and the inferior python shell >> works fine (or at least responds to the commands like 1+1 that I've >> tried). >> >> I would greatly appreciate any suggestion on how to further dig into >> debugging and solve this intermittent problem. >> >> Thank you in advance for your help. >> Fede >> >> >> In GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) >> of 2013-03-17 on MARVIN >> Windowing system distributor `Microsoft Corp.', version 6.1.7601 >> Configured using: >> `configure --with-gcc (4.7) --cflags >> -ID:/devel/emacs/libs/libXpm-3.5.8/include >> -ID:/devel/emacs/libs/libXpm-3.5.8/src >> -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include >> -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include >> -ID:/devel/emacs/libs/giflib-4.1.4-1/include >> -ID:/devel/emacs/libs/jpeg-6b-4/include >> -ID:/devel/emacs/libs/tiff-3.8.2-1/include >> -ID:/devel/emacs/libs/gnutls-3.0.9/include >> -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include >> -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2' >> >> Important settings: >> value of $LANG: ENU >> locale-coding-system: cp1252 >> default enable-multibyte-characters: t >> >> Major mode: Lisp Interaction >> >> Minor modes in effect: >> show-paren-mode: t >> tooltip-mode: t >> mouse-wheel-mode: t >> tool-bar-mode: t >> menu-bar-mode: t >> file-name-shadow-mode: t >> global-font-lock-mode: t >> font-lock-mode: t >> blink-cursor-mode: t >> auto-composition-mode: t >> auto-encryption-mode: t >> auto-compression-mode: t >> line-number-mode: t >> transient-mark-mode: t >> >> Recent input: >> C-x C-r C-SPC C-a C-w c : / p r o >> SPC SPC e m 3 s i s i >> d f >> >> >> >> >> C-SPC >> >> M-w C-x b >> C-y M-x s h o w - p a C-x C-e M-x r >> u n - p y C-x k y e s >> C-x 0 M-x r u n - p y >> C-x o M-x r e p o r > n> >> >> Recent messages: >> "';'.join(get_ipython().Completer.all_completions('''%s''')) >> " >> Sent python-shell-completion-setup-code >> Sent python-ffap-setup-code >> Sent python-eldoc-setup-code >> Making completion list... >> Sent python-shell-completion-setup-code >> Sent python-ffap-setup-code >> Sent python-eldoc-setup-code >> Making completion list... >> >> Load-path shadows: >> None found. >> >> Features: >> (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml >> mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev >> gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util >> mail-prsvr mail-utils help-mode compile python rx easymenu comint ring >> ansi-color cus-start cus-load paren time-date tooltip ediff-hook >> vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns >> disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe >> tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow >> timer select scroll-bar mouse jit-lock font-lock syntax facemenu >> font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan >> thai tai-viet lao korean japanese hebrew greek romanian slovak czech >> european ethiopic indian cyrillic chinese case-table epa-hook >> jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces >> cus-face macroexp files text-properties overlay sha1 md5 base64 format >> env code-pages mule custom widget hashtable-print-readable backquote >> make-network-process w32 multi-tty emacs) >> >> >>