Clarify a section.

Check for no leading slash.

Avoid changing line while processing syslog prios.

There is no -n option

Obtained from FreeBSD:

  It is possible for bpf to return a length such that:

         length != BPF_WORDALIGN(length)

  This meeans that it is possible for this to be true:

         interface->rbuf_offset > interface->rbuf_len

  Handle this case in the test for running out of packets.  While
  OpenBSD's solution of setting interface->rbuf_len to
  BPF_WORDALIGN(length) is safe due to the size of the buffer, I think
  this solution results in less hidden assumptions.

  This should fix the problem of dhclient running away and consuming 100%
  CPU.

PR:		bin/102226
Submitted by:	Joost Bekkers <joost at jodocus.org>

Eliminate core dumpbs on lines without '\n'.

Remove alpha bits, $MidnightBSD$

Remove alpha bits... -s flag was removed prior to fork.. clean up getopt

Add new modes.

WARNS?=6

$MidnightBSD$

Rename perror, xperror as we are using a homegrown version.  (Inspired by OpenBSD)

With this fix, we can go to WARNS=6

Remove reference to loader.conf since its been impossible for a long time to specify using loader.conf

Cleanup init(8).  Switch over to static function declarations.

$MidnightBSD$

Sync with FreeBSD RELENG_6_2.

Reparent the process that executes the window= command from the ttys to the init.  This prevents zombies from being accumulated.

$MidnightBSD$

Reference nextboot(8)

Sync with FreeBSD RELENG_6_2.  Catch a number of signals which could result in a race condition with init as corrected in NetBSD.

*** empty log message ***

This commit was generated by cvs2svn to compensate for changes in r2, which
included commits to RCS files with non-trunk default branches.