From owner-cvs-sbin  Fri Jun 13 06:52:18 1997
Return-Path: <owner-cvs-sbin>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA00756
          for cvs-sbin-outgoing; Fri, 13 Jun 1997 06:52:18 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA00703;
          Fri, 13 Jun 1997 06:50:38 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA25294; Fri, 13 Jun 1997 23:45:29 +1000
Date: Fri, 13 Jun 1997 23:45:29 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199706131345.XAA25294@godzilla.zeta.org.au>
To: charnier@freebsd.org, peter@spinner.dialix.com.au
Subject: Re: cvs commit: src/sbin/init init.c
Cc: cvs-all@freebsd.org, cvs-committers@freebsd.org, cvs-sbin@freebsd.org
Sender: owner-cvs-sbin@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>   Modified files:
>>     sbin/init            init.c 
>>   Log:
>>   Use err(3).
>>   
>>   Revision  Changes    Path
>>   1.17      +7 -8      src/sbin/init/init.c
>
>Just as a BTW, it looks like the reason it wasn't using err(3) was that it 
>was attempting to avoid stdio.  Calling err etc will zap this, assuming 
>that stdio hasn't been pulled in by something else already...

Erm, it calls fprintf() in the first (compound) statement in main().

The 1.1.5 init.c really attempts to avoid stdio.  It succeeded in 1.1.5,
but fails when linked to -current libraries.  The executable is a measly
112K bytes of text. It is bloated mainly by calling logwtmp(), which
drags in gethostbyname(), which costs 88K bytes of text.  The bloat in
logwtmp.c dates from 1996/06/17.  It is just to convert long hostnames
to numeric addresses so that they don't get truncated when stored into
wtmp.

Bruce