From owner-cvs-all Wed May 27 08:25:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19316 for cvs-all-outgoing; Wed, 27 May 1998 08:25:01 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19294; Wed, 27 May 1998 08:24:57 -0700 (PDT) (envelope-from peter@FreeBSD.org) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA16502; Wed, 27 May 1998 08:19:25 -0700 (PDT) Date: Wed, 27 May 1998 08:19:25 -0700 (PDT) Message-Id: <199805271519.IAA16502@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-contrib@FreeBSD.ORG Subject: cvs commit: src/contrib/cvs/src rcscmds.c Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk peter 1998/05/27 08:19:25 PDT Modified files: contrib/cvs/src rcscmds.c Log: Remove my hacks for capturing stdout/stderr through the protocol channel while calling libdiff. It's too ugly and not worth the recursion problems when there is a malloc failure (which writes to stderr - now diverted via the buf system, which calls malloc, which causes another error message etc). We can live with the standard artificial slowdown, but reduce the time a bit and only delay when we really need to (ie: when running as a server). The usleep time could probably use some tuning, it basically needs to replace the time that it used to take to fork a large process, exec gnudiff and the time that gnudiff took before writing the initial output. This eliminates a whole mess of other hacks I was considering that changed use of xmalloc to alloca() etc. It was going too fast in the wrong direction. Revision Changes Path 1.5 +2 -106 src/contrib/cvs/src/rcscmds.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message