GNU bug report logs - #20251
24.5; backward-list does nothing useful in inferior-python-mode

Previous Next

Package: emacs;

Reported by: Eric Hanchrow <eric.hanchrow <at> gmail.com>

Date: Fri, 3 Apr 2015 18:04:02 UTC

Severity: minor

Found in version 24.5

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

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 20251 in the body.
You can then email your comments to 20251 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#20251; Package emacs. (Fri, 03 Apr 2015 18:04:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Eric Hanchrow <eric.hanchrow <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 03 Apr 2015 18:04:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Hanchrow <eric.hanchrow <at> gmail.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 24.5; backward-list does nothing useful in inferior-python-mode
Date: Fri, 03 Apr 2015 18:03:26 +0000
[Message part 1 (text/plain, inline)]
* I started emacs with `emacs -Q -nw'.
* I started an interactive Python REPL with ESC x r u n - p y t h o n RET
* I entered a very simple statement: l SPC = SPC [ 1 , SPC 2 , SPC 3 ] RET
* I then tried to position point at the [: ESC x b a c k w a r d - l i s t
RET

I noticed, to my dismay, that point was now at the beginning of the
buffer, and not before the [.




In GNU Emacs 24.5.1 (i686-pc-linux-gnu)
 of 2015-04-03 on ip-10-229-27-45
Repository revision: 0ad5fe01aea8073e2b9f24c322bd1e9c4b83ca9b
System Description: Ubuntu 14.04.2 LTS

Configured using:
 `configure --without-x'

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Inferior Python

Minor modes in effect:
  compilation-shell-minor-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making python-shell-interpreter local to *Python* while let-bound!
Making python-shell-interpreter-args local to *Python* while let-bound!
Sent python-shell-completion-setup-code
Sent python-ffap-setup-code
Sent python-eldoc-setup-code

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
help-fns mail-prsvr mail-utils compile tool-bar cl-extra python easymenu
json comint regexp-opt ring cl-loaddefs cl-lib ansi-color xterm
time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type
tabulated-list newcomment lisp-mode prog-mode register page menu-bar
rfn-eshadow timer select 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 nadvice 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 dbusbind gfilenotify multi-tty emacs)

Memory information:
((conses 8 103663 5592)
 (symbols 24 26930 0)
 (miscs 20 52 178)
 (strings 16 30237 4098)
 (string-bytes 1 528929)
 (vectors 8 9568)
 (vector-slots 4 372842 2522)
 (floats 8 63 552)
 (intervals 28 187 0)
 (buffers 512 12)
 (heap 1024 17847 522))
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#20251; Package emacs. (Sat, 04 Apr 2015 07:42:02 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#20251: 24.5;
 backward-list does nothing useful in inferior-python-mode
Date: Sat, 04 Apr 2015 09:41:01 +0200
Am 03.04.2015 um 20:03 schrieb Eric Hanchrow:
> * I started emacs with `emacs -Q -nw'.
> * I started an interactive Python REPL with ESC x r u n - p y t h o n RET
> * I entered a very simple statement: l SPC = SPC [ 1 , SPC 2 , SPC 3 ] RET
> * I then tried to position point at the [: ESC x b a c k w a r d - l i 
> s t RET
>
> I noticed, to my dismay, that point was now at the beginning of the
> buffer, and not before the [.
>

IIUC cursor was at the opening bracket, i.e. at the beginning of list. 
In that case Emacs would search the previous list - and end at BOB if no 
other list found.

Nonetheless probably it would be useful if in comint-modes position of 
prompt is taken for point-min.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#20251; Package emacs. (Fri, 28 May 2021 00:41:02 GMT) Full text and rfc822 format available.

Message #11 received at 20251 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eric Hanchrow <eric.hanchrow <at> gmail.com>
Cc: 20251 <at> debbugs.gnu.org
Subject: Re: bug#20251: 24.5; backward-list does nothing useful in
 inferior-python-mode
Date: Fri, 28 May 2021 02:39:59 +0200
Eric Hanchrow <eric.hanchrow <at> gmail.com> writes:

> * I started emacs with `emacs -Q -nw'.
> * I started an interactive Python REPL with ESC x r u n - p y t h o n RET
> * I entered a very simple statement: l SPC = SPC [ 1 , SPC 2 , SPC 3 ] RET
> * I then tried to position point at the [: ESC x b a c k w a r d - l i s t RET
>
> I noticed, to my dismay, that point was now at the beginning of the
> buffer, and not before the [.

(I'm going through old bug reports that unfortunately got no response at
the time.)

I'm unable to reproduce the problem in Emacs 28, so I'm going to go
ahead and guess that this has been fixed in the years since it was
reported, and I'm closing this bug report. If this is still a problem,
please respond to the debbugs address and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 20251 <at> debbugs.gnu.org and Eric Hanchrow <eric.hanchrow <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 28 May 2021 00:41: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. (Fri, 25 Jun 2021 11:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 304 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.