From owner-freebsd-questions@FreeBSD.ORG Wed May 18 09:25:05 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D4BF16A4CE for ; Wed, 18 May 2005 09:25:05 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4582E43DC6 for ; Wed, 18 May 2005 09:25:03 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4I9NG3A027856; Wed, 18 May 2005 12:23:18 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4I9OsrT003966; Wed, 18 May 2005 12:24:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)j4I9OsHo003965; Wed, 18 May 2005 12:24:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 18 May 2005 12:24:54 +0300 From: Giorgos Keramidas To: Xu Qiang Message-ID: <20050518092453.GA3537@orion.daedalusnetworks.priv> References: <20050518031812.34AF31D92E@imss.sgp.fujixerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050518031812.34AF31D92E@imss.sgp.fujixerox.com> cc: Dan Nelson cc: freebsd-questions@freebsd.org Subject: Re: The availability of socketbits.h? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 09:25:05 -0000 On 2005-05-18 11:27, Xu Qiang wrote: >Dan Nelson wrote: >> That for loop should really read: >> >> for(i=0; i> >> , since command_count should already be set to COUNTOF(command_list) >> by a previous call to command_init(). > > Thank you, Dan. Your fix works! > > Still, I wonder why the fix of Giorgos doesn't work, because it seems > quite right to me, too. If you refer to the addition of a zero-filled entry at the end of the array, it's not a fix. Just a description of what the buggy loop seems to expect. The rest of the program works differently, so it definitely won't work as a "fix". > (Btw, I can't understand why this software has so many bugs to be > fixed before it can be compiled and run successfully. The developers > don't check their product before shipping out? Obviously, no. They should be hit hard on the head with a copy of "Extreme Programming Explained" :P