From fenner@mango.attlabs.att.com  Sun Jan  9 13:08:51 2000
Return-Path: <fenner@mango.attlabs.att.com>
Received: from mango.attlabs.att.com (gatemp.ipo.att.com [135.197.1.2])
	by hub.freebsd.org (Postfix) with ESMTP id D2B5914D6E
	for <FreeBSD-gnats-submit@freebsd.org>; Sun,  9 Jan 2000 13:08:49 -0800 (PST)
	(envelope-from fenner@mango.attlabs.att.com)
Received: (from fenner@localhost)
	by mango.attlabs.att.com (8.9.3/8.9.3) id NAA92105;
	Sun, 9 Jan 2000 13:08:46 -0800 (PST)
	(envelope-from fenner)
Message-Id: <200001092108.NAA92105@mango.attlabs.att.com>
Date: Sun, 9 Jan 2000 13:08:46 -0800 (PST)
From: Bill Fenner <fenner@research.att.com>
Sender: fenner@mango.attlabs.att.com
Reply-To: fenner@research.att.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: New cvs in -stable prints consistent error at end of client CVS session
X-Send-Pr-Version: 3.2

>Number:         16014
>Category:       bin
>Synopsis:       New cvs in -stable prints consistent error at end of client CVS session
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan  9 13:10:01 PST 2000
>Closed-Date:    Mon Jul 9 11:22:37 PDT 2001
>Last-Modified:  Mon Jul 09 11:23:07 PDT 2001
>Originator:     Bill Fenner
>Release:        FreeBSD 3.4-STABLE i386
>Organization:
AT&T Labs - Research
>Environment:

	
"make world" on -stable cvsup'd Jan 6, 2000



Concurrent Versions System (CVS) 1.10.7 (client/server)

Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn, 
                        Jeff Polk, and other authors

CVS may be copied only under the terms of the GNU General Public License,
a copy of which can be found with the CVS distribution kit.

Specify the --help option for further information about CVS



Using traditional remote CVS (i.e. CVSROOT=fenner@somewhere:/path),
with CVS_RSH=ssh.

>Description:

	
After this make world, which is the first one I've done since
the merge of cvs 1.10.7, my client CVS sessions have started
ending with a misleading message:

cvs [update aborted]: waiting for process 91861: No child processes

This error aborts the cvs client before it has finished cleaning
up (e.g. for an update, it doesn't finish checking for conflicts),
so is not just annoying as I first thought.

>How-To-Repeat:

	
setenv CVSROOT me@somewhere:/repository
setenv CVS_RSH ssh
cvs update somemodule

>Fix:
	
	
Unknown.

>Release-Note:
>Audit-Trail:

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: fenner@research.att.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: bin/16014: New cvs in -stable prints consistent error at end of client CVS session 
Date: Tue, 11 Jan 2000 15:08:13 +0200

 On Sun, 09 Jan 2000 13:08:46 PST, Bill Fenner wrote:
 
 > "make world" on -stable cvsup'd Jan 6, 2000
 
 [...]
 
 > After this make world, which is the first one I've done since
 > the merge of cvs 1.10.7, my client CVS sessions have started
 > ending with a misleading message:
 > 
 > cvs [update aborted]: waiting for process 91861: No child processes
 
 Just as a datapoint, I thought I'd let you know that I'm not seeing
 this, and I'm also using remote CVS over ssh for updates.
 
 Ciao,
 Sheldon.
 

From: Bill Fenner <fenner@research.att.com>
To: sheldonh@uunet.co.za
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/16014: New cvs in -stable prints consistent error at end of client CVS session
Date: Tue, 11 Jan 2000 10:43:10 -0800

 I also didn't see it on freefall.  I built a new world, new ssh, new kernel,
 and a new cvs with rev 1.1.1.6.2.3 of client.c even though it seemed fairly
 clear that it didn't have anything to do with it.  I still have the problem.
 
 Anyone have any ideas on how to debug this?
 
 Thanks,
   Bill
 
State-Changed-From-To: open->closed 
State-Changed-By: fenner 
State-Changed-When: Mon Jul 9 11:22:37 PDT 2001 
State-Changed-Why:  
I don't even remember filing this PR, and it certainly isn't happening 
any more. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16014 
>Unformatted:
