freebsd-skq/libexec/tftpd
rodrigc a8c9e4613c Pull in some wording to the tftpd.8 man page
from NetBSD, with some slight changes:

=========================================================================================
http://cvsweb.netbsd.org/bsdweb.cgi/src/libexec/tftpd/tftpd.8?only_with_tag=MAIN#rev1.22

Revision 1.22 or diffs], Fri Jan 8 21:05:14 2010 UTC (18 months, 2 weeks ago) by christos

Patrick Welche <prlw1@cam.ac.uk>
    - add -p pathsep option
    - make wrap to zero work, but produce a warning
While here:
    - fix gcc warnings, in particular variable clobbered warnings
      (compiling with fewer warnings does not really fix the problem)
=========================================================================================

These wording changes clarify the default rollover behavior
as a "kludge".  Also, the block numbers and octet counts for 65535 blocks
and 32767 blocks are more accurate than the existing documented numbers.

Requested by:   Pawan Gupta <pawang at juniper dot net>
Obtained from:  Juniper Networks
Approved by:    re (kib)
2011-07-31 03:18:36 +00:00
..
Makefile Make WARNS=6 clean. 2010-09-24 10:40:17 +00:00
tftp-file.c Bring back synchnet() implementation from older 2011-06-24 02:56:24 +00:00
tftp-file.h Bring in new files from edwin's tftp 2010-05-04 13:07:40 +00:00
tftp-io.c Fix tftp_log() usage. 2011-05-26 20:32:33 +00:00
tftp-io.h Bring in new files from edwin's tftp 2010-05-04 13:07:40 +00:00
tftp-options.c Make WARNS=6 clean. 2010-09-24 10:40:17 +00:00
tftp-options.h Bring in new files from edwin's tftp 2010-05-04 13:07:40 +00:00
tftp-transfer.c In the old TFTP server, there was an undocumented behavior where 2011-07-31 03:12:20 +00:00
tftp-transfer.h Bring in new files from edwin's tftp 2010-05-04 13:07:40 +00:00
tftp-utils.c Fix typos. 2010-11-09 10:59:09 +00:00
tftp-utils.h Make WARNS=6 clean. 2010-09-24 10:40:17 +00:00
tftpd.8 Pull in some wording to the tftpd.8 man page 2011-07-31 03:18:36 +00:00
tftpd.c Remove the duplicate logging of failed read requests, whose error message 2010-09-24 14:44:04 +00:00