From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Unreliability in CVS access Date: Sat, 24 Jun 2006 19:22:55 -0400 Message-ID: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1151191485 31651 80.91.229.2 (24 Jun 2006 23:24:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 24 Jun 2006 23:24:45 +0000 (UTC) Cc: rms-response-1w@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 25 01:24:43 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FuHUU-0002Ds-MR for ged-emacs-devel@m.gmane.org; Sun, 25 Jun 2006 01:24:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FuHUU-00043K-3A for ged-emacs-devel@m.gmane.org; Sat, 24 Jun 2006 19:24:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FuHSs-0002qD-Pc for emacs-devel@gnu.org; Sat, 24 Jun 2006 19:22:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FuHSs-0002pP-1j for emacs-devel@gnu.org; Sat, 24 Jun 2006 19:22:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FuHSr-0002pC-MJ for emacs-devel@gnu.org; Sat, 24 Jun 2006 19:22:57 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FuHeN-0005Vl-DV for emacs-devel@gnu.org; Sat, 24 Jun 2006 19:34:52 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FuHSp-0003Ji-Ol; Sat, 24 Jun 2006 19:22:55 -0400 Original-To: emacs-devel@gnu.org Original-To: JD Smith X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:56156 Archived-At: Has anyone investigated this problem? It is a serious problem, which is why I put it in FOR-RELEASE. There used to be a bad interaction between CVS and SSH. A year ago I convinced the CVS developers to make a change designed to solve the problem. Is this that same problem? I am not sure, but the fact that the problem never happens with Emacs 21 suggests the bug is in Emacs. JD Smith, are you using CVS thru SSH? Does the problem go away with the latest CVS? Does the latest CVS contain a fix for the problem as they discussed it a year ago? To: emacs-devel@gnu.org From: JD Smith Date: Mon, 17 Apr 2006 12:34:19 -0700 Lines: 18 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: turtle.as.arizona.edu User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Subject: CVS issues X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-devel-bounces+rms=gnu.org@gnu.org Errors-To: emacs-devel-bounces+rms=gnu.org@gnu.org X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on monty-python X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 With a recent build of CVS Emacs, I've experienced problems relating to the "cvs" command in VC mode. E.g. C-x v l often results in: Process cvs killed or sometimes "No differences" on a file which has changed. It is intermittent, and only about 50% of the time does the command succeed. Emacs 21.4 does not have this problem, succeeding every time. These issue also cause the log buffer window to be much smaller than it normally would (like 3 lines high), which persists even when the command later succeeds. In case it matters, I have: Concurrent Versions System (CVS) 1.11.19 (client/server) JD