From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: pcl-cvs help Date: Mon, 27 Jan 2003 12:39:37 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200301271739.h0RHdbi31673@rum.cs.yale.edu> References: <5l65sfa2t2.fsf@rum.cs.yale.edu> <200301232349.h0NNnWo09694@rum.cs.yale.edu> <200301240123.h0O1NK022670@champion.sslsecure.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1043689893 13987 80.91.224.249 (27 Jan 2003 17:51:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 27 Jan 2003 17:51:33 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18dDPs-0003d4-00 for ; Mon, 27 Jan 2003 18:51:28 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18dDUA-0006q2-00 for ; Mon, 27 Jan 2003 18:55:55 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18dDPQ-00066O-03 for emacs-devel@quimby.gnus.org; Mon, 27 Jan 2003 12:51:00 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18dDOO-0005xL-00 for emacs-devel@gnu.org; Mon, 27 Jan 2003 12:49:56 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18dDLQ-00051y-00 for emacs-devel@gnu.org; Mon, 27 Jan 2003 12:46:53 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18dDER-0002KR-00 for emacs-devel@gnu.org; Mon, 27 Jan 2003 12:39:39 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id h0RHdbi31673; Mon, 27 Jan 2003 12:39:37 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Jim Hourihan Original-cc: Jim Hourihan X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:11137 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:11137 > > Please double and triple check. For example, open up a *cvs* buffer (to > > make sure that PCL-CVS gets loaded), then do C-x C-f .../pcvs.el RET and > > the M-x eval-region RET and then try M-x cvs-status (aka M-u) a few times > > to see if the problem is still present. It's very easy to end up loading > > a stray unmodified file: even long-time Emacs maintainers routinely do it > > even after "double checking". > > Ok, I double checked and was able to actually pick up the change; I'm not > sure what happened before. Anyway, on Linux, the problem is gone. On OS X, > the problem is much less noticable, but still there. So there's something else at play. Could any Max OS X guy lok at this ? > I'm guessing that the problem is now related to a problem that also shows > up in eshell on OS X: the output of a process is sometimes cut short. So it might be a bug in Emacs' handling of async processes ? > Once again its only happening on OS X now and the problem "looks different" > than it did before. > > > The problem that the patch above is trying to fix is not specific to > > Emacs at all, but to a combination of "CVS + SSH + some libc + stdout and > > stderr outputting to a pipe". It's a pretty "obscure" interaction > > and the jury is still out about who is to blame. > > > > I can easily reproduce it outside of Emacs on my Linux box as follows: > > > > src/m-0% cvs status -v 2>&1 | wc > > 4724 13182 187152 > > src/m-0% cvs status -v 2>&1 | (sleep 10; wc) > > 151 417 5828 > > src/m-0% > > It happens on OS X too: > > bash-2.05a$ cvs status -v 2>&1 | wc > 618 1340 17113 > bash-2.05a$ cvs status -v 2>&1 | (sleep 10; wc) > 319 693 8853 > bash-2.05a$ > > and on my Linux box: > > bash-2.05$ cvs status -v 2>&1 | wc > 626 1360 17307 > bash-2.05$ cvs status -v 2>&1 | (sleep 10; wc) > 34 74 818 > bash-2.05$ Thank you for testing it. I suggested you report the above problem to the Mac OS X people (with a CC to the CVS people and the SSH people. BTW, which SSH do you use ?). > <#part type="application/octet-stream" filename="~/x" disposition=attachment description="cvs-tmp buffer"> Looks like something didn't work ;-) Stefan