GNU bug report logs - #727
compilation-disable-input

Message received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-6.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 727) by emacsbugs.donarmstrong.com; 4 Sep 2008 16:10:59 +0000
Received: from pruche.dit.umontreal.ca (pruche.dit.umontreal.ca [132.204.246.22])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m84GAsbt018976
	for <727 <at> emacsbugs.donarmstrong.com>; Thu, 4 Sep 2008 09:10:56 -0700
Received: from alfajor.home (vpn-132-204-232-128.acd.umontreal.ca [132.204.232.128])
	by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id m84GBCrR003065;
	Thu, 4 Sep 2008 12:11:12 -0400
Received: by alfajor.home (Postfix, from userid 20848)
	id 14F751C971; Thu,  4 Sep 2008 12:10:43 -0400 (EDT)
From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 727 <at> debbugs.gnu.org, Perry Smith <pedzan <at> austin.ibm.com>
Subject: Re: bug#727: compilation-disable-input
Message-ID: <jwvljy7x5ea.fsf-monnier+emacsbugreports <at> gnu.org>
References: <874p5edjzd.fsf <at> cyd.mit.edu>
Date: Thu, 04 Sep 2008 12:10:42 -0400
In-Reply-To: <874p5edjzd.fsf <at> cyd.mit.edu> (Chong Yidong's message of "Thu, 21
	Aug 2008 19:30:30 -0400")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-NAI-Spam-Level: 
X-NAI-Spam-Score: 0.7
X-NAI-Spam-Rules: 2 Rules triggered
	SUBJ_HAS_UNIQ_ID=0.7, RV3097=0

>> I'm not sure what this is intended to do.  Sending just one EOF  
>> character to a process creates one EOF if many conditions are met.   
>> But a second read from the same pty will continue to look for input.
>> 
>> The following code:
>> (when compilation-disable-input
>> (condition-case nil
>> (process-send-eof proc)
>> ;; The process may have exited already.
>> (error nil)))
>> 
>> Causes my grep buffer to start with a ^D (the EOF character that  
>> process-send-eof sends).  This goofs up the parsing of the lines.

> I can't reproduce this (I don't see any ^D character in grep buffers).
> Could you send a recipe for reproducing this bug, as well as your system
> specs?

I remember seeing exactly these kinds of ^D under Mac OS X where
process-send-eof causes them (either for pipes or for ttys, can't
remember which).

I even added a workaround for this problem in pcvs.el's
cvs-parse-process:

  (when (eq system-type 'darwin)
    ;; Fixup the ^D^H^H inserted at beginning of buffer sometimes on MacOSX
    ;; because of the call to `process-send-eof'.
    (save-excursion
      (goto-char (point-min))
      (while (re-search-forward "^\\^D+" nil t)
	(let ((inhibit-read-only t))
	  (delete-region (match-beginning 0) (match-end 0))))))

Not sure if it's related.


        Stefan

Message received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 required=4.0 tests=AWL,BAYES_00,ONEWORD
	autolearn=no version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 727) by emacsbugs.donarmstrong.com; 21 Aug 2008 23:29:14 +0000
Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7LNTBFc030991
	for <727 <at> emacsbugs.donarmstrong.com>; Thu, 21 Aug 2008 16:29:12 -0700
Received: by cyd.mit.edu (Postfix, from userid 1000)
	id 9242A57E2B5; Thu, 21 Aug 2008 19:30:30 -0400 (EDT)
To: Perry Smith <pedzan <at> austin.ibm.com>
Cc: 727 <at> debbugs.gnu.org
Subject: Re: compilation-disable-input
From: Chong Yidong <cyd <at> stupidchicken.com>
Date: Thu, 21 Aug 2008 19:30:30 -0400
Message-ID: <874p5edjzd.fsf <at> cyd.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

> I'm not sure what this is intended to do.  Sending just one EOF  
> character to a process creates one EOF if many conditions are met.   
> But a second read from the same pty will continue to look for input.
>
> The following code:
> 	      (when compilation-disable-input
>                 (condition-case nil
>                     (process-send-eof proc)
>                   ;; The process may have exited already.
>                   (error nil)))
>
> Causes my grep buffer to start with a ^D (the EOF character that  
> process-send-eof sends).  This goofs up the parsing of the lines.

I can't reproduce this (I don't see any ^D character in grep buffers).
Could you send a recipe for reproducing this bug, as well as your system
specs?

Message received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-2.0 required=4.0 tests=BAYES_00,ONEWORD,
	RCVD_IN_DNSWL_LOW autolearn=no version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 15 Aug 2008 20:05:14 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7FK59v2026721
	for <submit <at> emacsbugs.donarmstrong.com>; Fri, 15 Aug 2008 13:05:11 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KU5Xp-00047g-Gh
	for bug-gnu-emacs <at> gnu.org; Fri, 15 Aug 2008 16:05:09 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KU5Xo-000470-A9
	for bug-gnu-emacs <at> gnu.org; Fri, 15 Aug 2008 16:05:08 -0400
Received: from [199.232.76.173] (port=46656 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1KU5Xn-00046o-VN
	for bug-gnu-emacs <at> gnu.org; Fri, 15 Aug 2008 16:05:08 -0400
Received: from over.ny.us.ibm.com ([32.97.182.150]:54817)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <pedzan <at> austin.ibm.com>)
	id 1KU5Xn-0005nh-HO
	for bug-gnu-emacs <at> gnu.org; Fri, 15 Aug 2008 16:05:07 -0400
Received: from e3.ny.us.ibm.com ([192.168.1.103])
	by pokfb.esmtp.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m7ELHx3L006300
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <bug-gnu-emacs <at> gnu.org>; Thu, 14 Aug 2008 17:18:01 -0400
Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236])
	by e3.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m7ELHXIW010391
	for <bug-gnu-emacs <at> gnu.org>; Thu, 14 Aug 2008 17:17:33 -0400
Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64])
	by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m7ELHSXv228590
	for <bug-gnu-emacs <at> gnu.org>; Thu, 14 Aug 2008 17:17:28 -0400
Received: from d01av04.pok.ibm.com (loopback [127.0.0.1])
	by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m7ELHS9I029281
	for <bug-gnu-emacs <at> gnu.org>; Thu, 14 Aug 2008 17:17:28 -0400
Received: from austin.ibm.com (netmail2.austin.ibm.com [9.41.248.176])
	by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m7ELHRZ4029216
	for <bug-gnu-emacs <at> gnu.org>; Thu, 14 Aug 2008 17:17:28 -0400
Received: from NewToy.austin.ibm.com (NewToy.austin.ibm.com [9.41.174.72])
	by austin.ibm.com (8.13.8/8.12.10) with ESMTP id m7ELHRjb049180
	for <bug-gnu-emacs <at> gnu.org>; Thu, 14 Aug 2008 16:17:27 -0500
Message-Id: <1DFD0423-F74A-4EA4-8DC6-3D9F6F8242F9 <at> austin.ibm.com>
From: Perry Smith <pedzan <at> austin.ibm.com>
To: bug-gnu-emacs <at> gnu.org
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v928.1)
Subject: compilation-disable-input
Date: Thu, 14 Aug 2008 16:17:26 -0500
X-Mailer: Apple Mail (2.928.1)
X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6

I'm not sure what this is intended to do.  Sending just one EOF  
character to a process creates one EOF if many conditions are met.   
But a second read from the same pty will continue to look for input.

The following code:
	      (when compilation-disable-input
                 (condition-case nil
                     (process-send-eof proc)
                   ;; The process may have exited already.
                   (error nil)))

Causes my grep buffer to start with a ^D (the EOF character that  
process-send-eof sends).  This goofs up the parsing of the lines.

If you really do not want input, you need to close stdin.  This could  
be done in various ways but this is not the way to do it.

Perry Smith
pedzan <at> austin.ibm.com