From owner-freebsd-bugs@FreeBSD.ORG Mon Sep 22 15:00:30 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D5CC16A4C0 for ; Mon, 22 Sep 2003 15:00:30 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B856343FF2 for ; Mon, 22 Sep 2003 15:00:29 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h8MM0TFY087338 for ; Mon, 22 Sep 2003 15:00:29 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h8MM0T0u087337; Mon, 22 Sep 2003 15:00:29 -0700 (PDT) (envelope-from gnats) Date: Mon, 22 Sep 2003 15:00:29 -0700 (PDT) Message-Id: <200309222200.h8MM0T0u087337@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Dima Dorfman Subject: Re: bin/57089: "w" does not honor the -n option X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dima Dorfman List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2003 22:00:30 -0000 The following reply was made to PR bin/57089; it has been noted by GNATS. From: Dima Dorfman To: Kirk Strauser Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/57089: "w" does not honor the -n option Date: Mon, 22 Sep 2003 21:54:10 +0000 Kirk Strauser wrote: > > >Number: 57089 > >Category: bin > >Synopsis: "w" does not honor the -n option > > >Description: > w's -n option is supposed to prevent resolution of the network addresses > that users are connecting from. On my 5.1-CURRENT system, built on > 2003-09-19, this is not the case. I think the "-n" option is intended to prevent name resolution to avoid a display delay--not necessarily to display numeric addresses (name resolution can be slow, possibly requiring dialing out the Internet, and so on, so it's useful to be able to tell w(1) not to do it). If utmp already has a name, it can be displayed without incurring any lookup delay, so w(1) does so. Hope this helps, Dima.