From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ilya N. Golubev" Newsgroups: gmane.emacs.bugs,gmane.emacs.xemacs.beta Subject: comint loses prompt boundary Date: Thu, 07 Sep 2006 00:32:13 +0400 Message-ID: <16k64g20tu.fsf@mo.msk.ru> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1157603669 18479 80.91.229.2 (7 Sep 2006 04:34:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 7 Sep 2006 04:34:29 +0000 (UTC) Cc: xemacs-beta@xemacs.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 07 06:34:28 2006 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GLBap-0005ge-Av for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Sep 2006 06:34:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GLBao-0004XG-Ot for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Sep 2006 00:34:22 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GL44V-0001oD-A7 for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2006 16:32:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GL44U-0001l5-44 for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2006 16:32:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GL44T-0001ki-V7 for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2006 16:32:29 -0400 Original-Received: from [62.213.85.9] (helo=d-fens.mopniei.ru) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GL44h-0005vF-8j for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2006 16:32:43 -0400 Original-Received: from d-fens.mopniei.ru (localhost.localdomain [127.0.0.1]) by d-fens.mopniei.ru (8.13.4/8.13.4) with ESMTP id k86KWIKx014908; Thu, 7 Sep 2006 00:32:18 +0400 Original-Received: (from gin@localhost) by d-fens.mopniei.ru (8.13.4/8.13.4/Submit) id k86KWECs014882; Thu, 7 Sep 2006 00:32:14 +0400 X-Authentication-Warning: d-fens.mopniei.ru: gin set sender to gin@mo.msk.ru using -f Original-To: Jerry James , X-Mailman-Approved-At: Thu, 07 Sep 2006 00:34:21 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:15307 gmane.emacs.xemacs.beta:23416 Archived-At: `comint.el' xemacs packages revision: 1.19. emacs version - one bundled with 21.4a. `inhibit-field-text-motion' is `t', `comint-use-prompt-regexp' is `nil', if it helps to reproduce. In shell mode buffer with text already output and entered user@host:~> COMMAND (comint-bol nil) does not skip past the prompt, as documented. Instead, it goes to the beginning of line. `shell-backward-command' calls it, and goes to the same location. `shell-dynamic-complete-command' calls it to obtain position of text already entered by user and incorrectly decides not to try to complete it as command. User may set up editor so that interactive generic text motion commands (including `beginning-of-line', `forward-paragraph') notice or not notice fields. Regardless of this (`inhibit-field-text-motion') setting, expecting commands explicitly intended for comint mode buffers to distinguish between commands and prompts properly. Let alone always expecting command completion to work. It is always possible for comint to maintain, in addition to field text properties, another ones of its own, specifically to distinguish process outputs and user inputs. After all, if it depends on text fields that much, its commands can set `inhibit-field-text-motion' temporarily (bind dynamically) to the value they expect.