From owner-cvs-sbin  Fri Jul 18 02:18:55 1997
Return-Path: <owner-cvs-sbin>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id CAA11685
          for cvs-sbin-outgoing; Fri, 18 Jul 1997 02:18:55 -0700 (PDT)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11581;
          Fri, 18 Jul 1997 02:15:27 -0700 (PDT)
From: Julian Elischer <julian@FreeBSD.ORG>
Received: (from julian@localhost)
	by freefall.freebsd.org (8.8.6/8.8.5) id CAA27882;
	Fri, 18 Jul 1997 02:14:12 -0700 (PDT)
Date: Fri, 18 Jul 1997 02:14:12 -0700 (PDT)
Message-Id: <199707180914.CAA27882@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sbin@FreeBSD.ORG
Subject: cvs commit: src/sbin/route route.c
Sender: owner-cvs-sbin@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

julian      1997/07/18 02:14:12 PDT

  Modified files:        (Branch: RELENG_2_2)
    sbin/route           route.c 
  Log:
  MFC:
  fix what appears to me to be absolutle bogus code
  to do with netmasks.. we fed totally bogus data into the kernel
  to do with default routes and it just believed us. This led to:
  1/ kernel panics
  2/ the default route refusing to be deleted or added
  (depending on a number of factors, usually it worked ok.)
  I've test this all I can and it should stop panicing the kernel..
  Never feed a sockaddr to the kernel without filling in the length
  (and preferably the family).
  The kernel is about to enforce this (again) so (this time) let's
  get the user programs working first.
  
  Revision  Changes    Path
  1.16.2.5  +7 -6      src/sbin/route/route.c