GNU bug report logs -
#10295
24.0.92; Python completion fails on OSX (10.6.8)
Previous Next
Reported by: Leo <sdl.web <at> gmail.com>
Date: Wed, 14 Dec 2011 06:51:02 UTC
Severity: important
Found in version 24.0.92
Done: Fabián Ezequiel Gallina <fabian <at> anue.biz>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10295 in the body.
You can then email your comments to 10295 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
jan.h.d <at> swipnet.se, mituharu <at> math.s.chiba-u.ac.jp, bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 14 Dec 2011 06:51:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo <sdl.web <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
jan.h.d <at> swipnet.se, mituharu <at> math.s.chiba-u.ac.jp, bug-gnu-emacs <at> gnu.org
.
(Wed, 14 Dec 2011 06:51:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
1. emacs -q
2. M-x python-mode
3. C-c C-z
4. M-: (python-symbol-completions "s")
repeat step 4 a few times and you should notice the following
alternating results:
("setdefault" "sys")
nil
("setdefault" "sys")
nil
......
I wonder if this can be fixed before releasing emacs 24.1.
Tested on GNU Emacs 24.0.92.1 (i386-apple-darwin10.8.0, X toolkit) of 2011-12-14
I cannot reproduce this on a GNU/Linux host.
Regards,
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 14 Dec 2011 17:05:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
The bug seems to be due to the following change:
Author: Chong Yidong <cyd <at> stupidchicken.com>
Date: Sun Nov 21 12:04:43 2010 -0500
Backport fixes for Bug#5390 and Bug#5694 from trunk.
* progmodes/python.el: Add Ipython support (Bug#5390).
(python-shell-prompt-alist)
(python-shell-continuation-prompt-alist): New options.
(python--set-prompt-regexp): New function.
(inferior-python-mode, run-python, python-shell): Require
ansi-color. Use python--set-prompt-regexp to set the comint
prompt based on the Python interpreter.
(python--prompt-regexp): New var.
(python-check-comint-prompt)
(python-comint-output-filter-function): Use it.
(run-python): Use a pipe (Bug#5694).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Fri, 27 Jan 2012 08:05:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Leo <sdl.web <at> gmail.com> writes:
> 1. emacs -q
> 2. M-x python-mode
> 3. C-c C-z
> 4. M-: (python-symbol-completions "s")
>
> repeat step 4 a few times and you should notice the following
> alternating results:
>
> ("setdefault" "sys")
> nil
> ("setdefault" "sys")
> nil
Hmm, I can't reproduce this on GNU/Linux. The result of
python-symbol-completions is always ("setdefault" "sys").
OTOH, I don't see how the fixes to Bug#5390 or Bug#5694 would cause this
problem, either.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Sat, 28 Jan 2012 12:17:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 10295 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2012-01-27 16:03 +0800, Chong Yidong wrote:
> Hmm, I can't reproduce this on GNU/Linux. The result of
> python-symbol-completions is always ("setdefault" "sys").
On OSX, a build with X11 can reproduce the bug too.
I run (python-symbol-completions "s") 4 times in a session started with
`emacs -q -nw' (24.0.92) and see this:
[*message*.png (image/png, attachment)]
[*python*.png (image/png, attachment)]
[Message part 4 (text/plain, inline)]
> OTOH, I don't see how the fixes to Bug#5390 or Bug#5694 would cause this
> problem, either.
Empirically speaking, I have been using python.el with that commit
reverted for some months now and have no trouble with completion.
Leo
Severity set to 'important' from 'normal'
Request was from
Chong Yidong <cyd <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 10 Mar 2012 10:08:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Tue, 17 Apr 2012 07:27:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 10295 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2012-01-27 16:03 +0800, Chong Yidong wrote:
> Hmm, I can't reproduce this on GNU/Linux. The result of
> python-symbol-completions is always ("setdefault" "sys").
There are some difference on GNU/Linux and OSX regarding
process-send-string that causes the failure.
1. emacs -q
2. M-x comint-run RET python RET
3. M-: (process-send-string nil "import sys\n")
On GNU/Linux, `import sys\n' is not printed in the *python* buffer but
on OSX with the stock python, it is. See the attached screenshots. This
extra echoing is only with the python interpreter built by Apple.
[proc-osx.png (image/png, attachment)]
[proc-gnu.png (image/png, attachment)]
[Message part 4 (text/plain, inline)]
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Tue, 17 Apr 2012 08:35:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Leo <sdl.web <at> gmail.com> writes:
> There are some difference on GNU/Linux and OSX regarding
> process-send-string that causes the failure.
>
> 1. emacs -q
> 2. M-x comint-run RET python RET
> 3. M-: (process-send-string nil "import sys\n")
>
> On GNU/Linux, `import sys\n' is not printed in the *python* buffer but
> on OSX with the stock python, it is.
What are the tty settings in both cases? (I see -echo, which is what
child_setup_tty actually does.)
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Tue, 17 Apr 2012 13:50:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 10295 <at> debbugs.gnu.org (full text, mbox):
On 2012-04-17 16:34 +0800, Andreas Schwab wrote:
> What are the tty settings in both cases? (I see -echo, which is what
> child_setup_tty actually does.)
>
> Andreas.
`stty -a' outputs:
OSX
=====
speed 9600 baud; 48 rows; 179 columns;
lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl
-echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo
-extproc
iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -iutf8
-ignbrk brkint -inpck -ignpar -parmrk
oflags: opost onlcr -oxtabs -onocr -onlret
cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow
-dtrflow -mdmbuf
cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = <undef>;
eol2 = <undef>; erase = ^?; intr = ^C; kill = ^U; lnext = ^V;
min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T;
stop = ^S; susp = ^Z; time = 0; werase = ^W;
GNU/L
=====
speed 9600 baud; rows 48; columns 179; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O;
min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc ixany imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe -echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Tue, 17 Apr 2012 15:22:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Leo <sdl.web <at> gmail.com> writes:
> speed 9600 baud; rows 48; columns 179; line = 0;
Are you sure you used the right tty? Ptys normally have 38400 baud.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 03:31:02 GMT)
Full text and
rfc822 format available.
Message #31 received at submit <at> debbugs.gnu.org (full text, mbox):
On 2012-04-17 23:21 +0800, Andreas Schwab wrote:
> Are you sure you used the right tty? Ptys normally have 38400 baud.
I just went over to my G/L machine and yes it is 38400 but on OSX it is
9600. In my tests, I sshed to G/L machine.
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 07:24:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Leo <sdl.web <at> gmail.com> writes:
> On 2012-04-17 23:21 +0800, Andreas Schwab wrote:
>> Are you sure you used the right tty? Ptys normally have 38400 baud.
>
> I just went over to my G/L machine and yes it is 38400
So please show the settings of the right tty.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 09:14:01 GMT)
Full text and
rfc822 format available.
Message #37 received at 10295 <at> debbugs.gnu.org (full text, mbox):
On 2012-04-18 15:22 +0800, Andreas Schwab wrote:
> So please show the settings of the right tty.
OK. BTW if I compile python from upstream source, it doesn't exhibit
this bug.
In GNU/Linux:
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?;
swtch = M-^?; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc ixany imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 11:25:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Leo <sdl.web <at> gmail.com> writes:
> On 2012-04-18 15:22 +0800, Andreas Schwab wrote:
>> So please show the settings of the right tty.
>
> OK. BTW if I compile python from upstream source, it doesn't exhibit
> this bug.
>
> In GNU/Linux:
>
> speed 38400 baud; rows 24; columns 80; line = 0;
> intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?;
> swtch = M-^?; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
> lnext = ^V; flush = ^O; min = 1; time = 0;
> -parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
> -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
> -iuclc ixany imaxbel iutf8
> opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
> isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
Who is setting echo?
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 16:27:01 GMT)
Full text and
rfc822 format available.
Message #43 received at submit <at> debbugs.gnu.org (full text, mbox):
On 2012-04-18 19:23 +0800, Andreas Schwab wrote:
> Who is setting echo?
I have no idea; I am using whatever is default in the system. How to
find out who?
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 16:48:02 GMT)
Full text and
rfc822 format available.
Message #46 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Try running python in a terminal with echo disabled. If you see your
input echoed then you have a faulty python.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 17:15:02 GMT)
Full text and
rfc822 format available.
Message #49 received at 10295 <at> debbugs.gnu.org (full text, mbox):
On 2012-04-19 00:47 +0800, Andreas Schwab wrote:
> Try running python in a terminal with echo disabled. If you see your
> input echoed then you have a faulty python.
>
> Andreas.
I tried
1. stty -echo
2. /usr/bin/python
after this echo is enabled.
So seems apple python is faulty.
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Wed, 18 Apr 2012 18:54:01 GMT)
Full text and
rfc822 format available.
Message #52 received at 10295 <at> debbugs.gnu.org (full text, mbox):
On 2012-04-19 00:47 +0800, Andreas Schwab wrote:
> Try running python in a terminal with echo disabled. If you see your
> input echoed then you have a faulty python.
Looks like everything linked with libedit on BSD has this issue:
http://article.gmane.org/gmane.comp.python.apple/17984
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Thu, 19 Apr 2012 07:02:01 GMT)
Full text and
rfc822 format available.
Message #55 received at 10295 <at> debbugs.gnu.org (full text, mbox):
On 2012-04-19 02:52 +0800, Leo wrote:
> Looks like everything linked with libedit on BSD has this issue:
> http://article.gmane.org/gmane.comp.python.apple/17984
Now that we have identified the problem. How best to work around this
bug given libedit might be common in all BSD systems?
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Sun, 07 Oct 2012 16:40:02 GMT)
Full text and
rfc822 format available.
Message #58 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Can someone using OSX try if this is still happening with current trunk?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Sun, 07 Oct 2012 18:01:01 GMT)
Full text and
rfc822 format available.
Message #61 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Hello.
7 okt 2012 kl. 18:39 skrev Fabián Ezequiel Gallina <fabian <at> anue.biz>:
> Can someone using OSX try if this is still happening with current trunk?
>
python-symbol-completions is not defined.
The discussion points to libedit which is not part of Emacs, so I guess the error remains.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10295
; Package
emacs
.
(Sun, 07 Oct 2012 18:08:01 GMT)
Full text and
rfc822 format available.
Message #64 received at 10295 <at> debbugs.gnu.org (full text, mbox):
Hello again.
However, complete-symbol works, but gives the extra '^M as I showed in bug 12409.
Jan D.
7 okt 2012 kl. 19:59 skrev Jan Djärv <jan.h.d <at> swipnet.se>:
> Hello.
>
> 7 okt 2012 kl. 18:39 skrev Fabián Ezequiel Gallina <fabian <at> anue.biz>:
>
>> Can someone using OSX try if this is still happening with current trunk?
>>
>
> python-symbol-completions is not defined.
> The discussion points to libedit which is not part of Emacs, so I guess the error remains.
>
> Jan D.
>
bug closed, send any further explanations to
10295 <at> debbugs.gnu.org and Leo <sdl.web <at> gmail.com>
Request was from
Fabián Ezequiel Gallina <fabian <at> anue.biz>
to
control <at> debbugs.gnu.org
.
(Fri, 02 Nov 2012 15:12:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 01 Dec 2012 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 204 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.