NetBSD/usr.sbin/mtree
elad 3044852cc5 The hashing routines (MD5File() and co.) can do dynamic allocation, so
take advantage of that instead of an ugly hard-coded MAXHASHLEN limit
that needs updating.

I think this was suggested by cube@ years ago.
2007-02-04 08:03:18 +00:00
..
Makefile Don't depend on lubutil if we're building host tools. Fix tools build on 2006-12-16 12:59:16 +00:00
compare.c The hashing routines (MD5File() and co.) can do dynamic allocation, so 2007-02-04 08:03:18 +00:00
crc.c appease gcc -Wuninitialized 2005-06-02 05:58:24 +00:00
create.c The hashing routines (MD5File() and co.) can do dynamic allocation, so 2007-02-04 08:03:18 +00:00
excludes.c Completely rework how tools/compat is done. Purge all uses/references to 2004-06-20 22:20:14 +00:00
extern.h Complete the move of string_to_flags() and flags_to_string() from the 2006-12-14 20:09:35 +00:00
getid.c Completely rework how tools/compat is done. Purge all uses/references to 2004-06-20 22:20:14 +00:00
misc.c c99 initializers 2006-10-16 00:11:57 +00:00
mtree.8 describe how to suppress printing of "type" keyword when -k is used. 2006-09-12 20:22:49 +00:00
mtree.c Fix a typo in a boolean test, which used & instead of &&. 2007-01-20 01:13:13 +00:00
mtree.h The hashing routines (MD5File() and co.) can do dynamic allocation, so 2007-02-04 08:03:18 +00:00
spec.c Complete the move of string_to_flags() and flags_to_string() from the 2006-12-14 20:09:35 +00:00
verify.c PR/28786: Jukka Salmi: mtree bug (in verify.c) 2006-10-07 15:35:51 +00:00