From owner-freebsd-current Fri Oct 16 13:15:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01866 for freebsd-current-outgoing; Fri, 16 Oct 1998 13:15:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01844 for ; Fri, 16 Oct 1998 13:15:14 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from jarnsaxa.ifi.uio.no (2602@jarnsaxa.ifi.uio.no [129.240.65.44]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA04285; Fri, 16 Oct 1998 22:14:43 +0200 (MET DST) Received: (from dag-erli@localhost) by jarnsaxa.ifi.uio.no ; Fri, 16 Oct 1998 22:14:42 +0200 (MET DST) Mime-Version: 1.0 To: Andrzej Bialecki Cc: bryan collins , freebsd-current@FreeBSD.ORG Subject: Re: /usr/sbin/arp: actual retrieval of routing table References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 16 Oct 1998 22:14:42 +0200 In-Reply-To: Andrzej Bialecki's message of "Thu, 15 Oct 1998 09:37:33 +0200 (CEST)" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA01855 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki writes: > If your machine is quite busy adding/deleteing routes, I can understand > this. When you retrieve a bigger chunk of data from the kernel, you first > do the "sizing" of the memory needed, then you actually retrieve the data > - 'arp' does exactly this. If the actual routing table grows between these > two sysctl(3) calls, the data wouldn't fit and sysctl(3) refuses to > transfer them to your buffer. Write up a PR and set me (des) as responsible, and I'll fix it ASAP. I've already fixed a similar bug in libkvm so I know precisely how to lick it. Not right now though... DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message