C99 says that the %15c conversion specifier matches *exactly* 15
characters, so if the process name is shorter than 15 characters,
it is not matched and 0 is returned. Some implementations (such as
glibc) return a match, even with fewer characters than the field
width, but this cannot be assumed.
Instead, use %15[^)], as in upstream commit [0], which matches a
non-empty sequence of characters other than ')'.
[0] ca2b176889
Problems found with existing digests:
Package memconf distfile memconf-2.16/memconf.gz
b6f4b736cac388dddc5070670351cf7262aba048 [recorded]
95748686a5ad8144232f4d4abc9bf052721a196f [calculated]
Problems found locating distfiles:
Package dc-tools: missing distfile dc-tools/abs0-dc-burn-netbsd-1.5-0-gae55ec9
Package ipw-firmware: missing distfile ipw2100-fw-1.2.tgz
Package iwi-firmware: missing distfile ipw2200-fw-2.3.tgz
Package nvnet: missing distfile nvnet-netbsd-src-20050620.tgz
Package syslog-ng: missing distfile syslog-ng-3.7.2.tar.gz
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
- command line -<num> put back in.
- got rid of annoying "sending signal #" debug message
- updated killall.1
- updated killall usage
- verbose now tells you what signal it is killing with.
- New maintainer
- Uses automake/autoconf to determine things
- License changed to GPL
- signames.h generated better (suggested by Grant Erickson)
- uses getopt() for better command line stuff
- makes less assumptions about process name, closes Debian Bug #53337
- Doesn't use losetup for loop devices in fuser.
- Better selection of process name (thanks to David desJardins)
