Bug 16014

Summary:	New cvs in -stable prints consistent error at end of client CVS session
Product:	Base System	Reporter:	Bill Fenner <fenner>
Component:	bin	Assignee:	freebsd-bugs (Nobody) <bugs>
Status:	Closed FIXED
Severity:	Affects Only Me
Priority:	Normal
Version:	3.4-STABLE
Hardware:	Any
OS:	Any

Description Bill Fenner 2000-01-09 21:10:01 UTC

	
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.

Fix: 

Unknown.
How-To-Repeat: 
	
setenv CVSROOT me@somewhere:/repository
setenv CVS_RSH ssh
cvs update somemodule

Comment 1 Sheldon Hearn 2000-01-11 13:08:13 UTC

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.

Comment 2 Bill Fenner 2000-01-11 18:43:10 UTC

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

Comment 3 Bill Fenner freebsd_committer

2001-07-09 19:22:37 UTC

State Changed
From-To: open->closed

I don't even remember filing this PR, and it certainly isn't happening 
any more.