From owner-freebsd-stable@FreeBSD.ORG Tue Jul 29 16:19:35 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AA0B37B401 for ; Tue, 29 Jul 2003 16:19:35 -0700 (PDT) Received: from mta06bw.bigpond.com (mta06bw.bigpond.com [144.135.24.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB96B43FA3 for ; Tue, 29 Jul 2003 16:19:34 -0700 (PDT) (envelope-from an@atrn.org) Received: from juju.bsn ([144.135.24.87]) by mta06bw.email.bigpond.com (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with SMTP id <0HIT00E4F7EZ0G@mta06bw.email.bigpond.com> for freebsd-stable@freebsd.org; Wed, 30 Jul 2003 09:18:35 +1000 (EST) Received: from cpe-144-132-168-150.nsw.bigpond.net.au ([144.132.168.150]) by bwmam07bpa.bigpond.com(MailRouter V3.2g 62/46732069); Wed, 30 Jul 2003 09:18:35 +0000 Received: by juju.bsn (Postfix, from userid 1000) id 5C2C25D34; Wed, 30 Jul 2003 09:18:34 +1000 Date: Wed, 30 Jul 2003 09:18:34 +1000 From: Andy Newman In-reply-to: <"from arno"@heho.snv.jussieu.fr> To: freebsd-stable@FreeBSD.org Mail-Followup-To: Andy Newman , freebsd-stable@FreeBSD.org Message-id: <20030730091834.A2330@juju.bsn> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.2i References: <20030723104631.GA11861@llama.fishballoon.org> Subject: Re: cvs pserver sig11 on 4.8-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 23:19:35 -0000 arno@heho.snv.jussieu.fr wrote: > > Could this be a "problem@exit" or something like that? > We see the same thing from, primarially Win32 clients, talking to a pserver on a 4.x box at work. At worst we get failed checkouts (which affects our build system), at best lots of cruft in the logs. It is certainly an @exit problem relating to cleanup of the buffers between the parent/child CVS processes. In hunting around mail lists people seemed to think it was related to compression being enabled at the CVS pserver protocol level. It was also claimed to have been fixed in 1.11.5 but we still get it with that version. I was going to spend some time tracking it down but we're moving to Perforce for various reasons.