From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#6535: 24.0.50; grep seems not to work Date: Wed, 30 Jun 2010 13:47:03 +0200 Message-ID: <4C2B2EB7.4030900@swipnet.se> References: <6813-Mon28Jun2010175948+0100-jpff@codemist.co.uk> <87eifqtf38.fsf@gmail.com> <4C29C027.3010700@swipnet.se> <876312t7iz.fsf@gmail.com> <4C2A16C7.2020709@swipnet.se> <87r5jp66ex.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1277899968 25816 80.91.229.12 (30 Jun 2010 12:12:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 30 Jun 2010 12:12:48 +0000 (UTC) Cc: 6535@debbugs.gnu.org To: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 30 14:12:46 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OTw9k-0007z4-F5 for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 Jun 2010 14:12:44 +0200 Original-Received: from localhost ([127.0.0.1]:54979 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OTw9j-0002uY-Lf for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 Jun 2010 08:12:43 -0400 Original-Received: from [140.186.70.92] (port=42027 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OTvwx-0003Ei-Jv for bug-gnu-emacs@gnu.org; Wed, 30 Jun 2010 07:59:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OTvwv-00016F-Rn for bug-gnu-emacs@gnu.org; Wed, 30 Jun 2010 07:59:31 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49690) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OTvwv-00016B-Mm for bug-gnu-emacs@gnu.org; Wed, 30 Jun 2010 07:59:29 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OTvlq-0006G9-Aa; Wed, 30 Jun 2010 07:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Jun 2010 11:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6535 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6535-submit@debbugs.gnu.org id=B6535.127789843324051 (code B ref 6535); Wed, 30 Jun 2010 11:48:02 +0000 Original-Received: (at 6535) by debbugs.gnu.org; 30 Jun 2010 11:47:13 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OTvl2-0006Fs-Qa for submit@debbugs.gnu.org; Wed, 30 Jun 2010 07:47:13 -0400 Original-Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OTvl0-0006Fm-CV for 6535@debbugs.gnu.org; Wed, 30 Jun 2010 07:47:11 -0400 Original-Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 8E346E8804 for <6535@debbugs.gnu.org>; Wed, 30 Jun 2010 13:47:04 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnIyAGLLKkxV4S0jPGdsb2JhbACDHIRSl2kMAQEBATUtriuRC4EqgwlyBIQOgmU X-IronPort-AV: E=Sophos;i="4.53,511,1272837600"; d="scan'208";a="539694669" Original-Received: from c-232de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.35]) by ipb3.telenor.se with ESMTP; 30 Jun 2010 13:47:04 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 6465A7FA05A; Wed, 30 Jun 2010 13:47:03 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 In-Reply-To: <87r5jp66ex.fsf@gmail.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 30 Jun 2010 07:48:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org 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:38140 Archived-At: =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec skrev 2010-06-29 20.27: > Jan Dj=C3=A4rv writes: > >> =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec skrev 2010-06-29 13.14: >>> >>> Nothing suggests anyone is working on fixing the problem. If you have= a >>> fix, why don't you commit it? >> >> I don't have a recepie for repeating the problem turning off ICANON wo= uld >> solve. It isn't a high priority for me. > > I wonder what makes you assume somebody is working on it then. I did some tests when this come up. Basically I adopted xterm:s approach= with=20 buffering. But this makes send_process asynchronous when the subprocess = isn't=20 reading. It may be a too big of a change. Besides, with the current send_process implementation, it does seem to do= the=20 right thing, so asynchronous send is perhaps not needed. As I said, I ha= ven't=20 been able to trigger any problem with it, RAW or ICANON. The only proble= m is=20 if the subprocess doesn't read, Emacs hangs forever. The code and the documentation is not in sync w.r.t. EOF either. > >>> If you don't have a fix *now*, why is the >>> breakage not reverted for the time being? I didn't even get any react= ion >>> on this question. >> >> That you must ask the person who made that checkin. > > ...which I did. I posted the URL in this thread already. He may not read this thread. > >>> >>> I don't expect the trunk to be perfectly usable all the time, but I f= ail >>> to see any value in leaving a known and repeatedly reported breakage = in >>> for an extended period of time. >>> >> >> The breakage must have fixed some other problem. If breakage one is b= etter >> than breakage two is a matter of opinion, depending which one you see = the >> most. AFAIK, I haven't seen either. > > I can't make much sense of Stefan's commit message. It also doesn't > mention any related bug it would be supposed to fix. The code mentions the same problem to the current one (EOF showing up as = ^D)=20 because the terminal is in raw mode. The scenario is that Emacs puts the= =20 terminal in icanon mode and then the subprocess puts it in raw, ^D will b= e=20 seen by the subprocess because Emacs sends EOF as a means to flush output= . But AFAIK, Emacs doesn't send EOF to flush output anymore. So I wont put in my stuff until Stefan has commented on his. I don't thi= nk=20 this is a pressing matter, this is the trunk after all, and people have o= ther=20 things to do. It must be resolved before next release though. Jan D.