unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
Cc: rms-response-1w@gnu.org
Subject: Unreliability in CVS access
Date: Sat, 24 Jun 2006 19:22:55 -0400	[thread overview]
Message-ID: <E1FuHSp-0003Ji-Ol@fencepost.gnu.org> (raw)

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 <jdsmith@as.arizona.edu>
Date: Mon, 17 Apr 2006 12:34:19 -0700
Lines: 18
Message-ID: <pan.2006.04.17.19.34.18.699656@as.arizona.edu>
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." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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

             reply	other threads:[~2006-06-24 23:22 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-24 23:22 Richard Stallman [this message]
2006-06-25 19:36 ` Unreliability in CVS access JD Smith
2006-06-26 11:33   ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1FuHSp-0003Ji-Ol@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=rms-response-1w@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).