Index of /Applications/News/C-News/Feb_1993_Release/dbz/
Name | Last Modified | Size | Type |
../ | | - | Directory |
Makefile | 1994-Jan-28 01:35:57 | 4.5K | application/octet-stream |
README | 1991-Jul-25 18:16:45 | 0.8K | application/octet-stream |
altbytes | 1990-Apr-13 18:34:44 | 0.1K | application/octet-stream |
byteflip.c | 1990-May-26 19:03:34 | 0.6K | text/plain |
dbz | 1994-Jan-28 01:44:20 | 54.4K | application/octet-stream |
dbz.1 | 1992-Feb-12 19:12:02 | 4.6K | application/octet-stream |
dbz.3z | 1991-Feb-04 04:43:32 | 12.1K | application/octet-stream |
dbz.c | 1991-Jul-24 18:16:14 | 42.7K | text/plain |
dbz.h | 1991-Feb-04 04:32:08 | 0.8K | text/plain |
dbzmain.c | 1992-Feb-10 03:49:39 | 11.1K | text/plain |
fake.c | 1990-Dec-12 20:12:30 | 2.7K | text/plain |
firstlast25 | 1990-Apr-01 22:24:05 | 2.3K | application/octet-stream |
getmap | 1990-Apr-13 18:29:10 | 0.1K | application/octet-stream |
random.c | 1990-Apr-01 22:24:06 | 0.4K | text/plain |
revbytes | 1990-Apr-13 18:34:30 | 0.1K | application/octet-stream |
This is the new, improved, lemon-freshened :-) dbz.
Just "make" will get you dbz.o and the dbz program. "make r" runs an
extensive set of regression tests; most of the mysterious oddments lying
around here are to do with that. "make rclean" cleans up after "make r".
You probably want to inspect the #ifdef list early in dbz.c before
compiling, although the defaults should work all right on most systems.
If you are not building this as part of C News, you will need to change
the -I option in FLAGS in the Makefile to "-I.", and delete the DBMLIBS
and RFC lines entirely. That will break some of the regression tests;
at some point I'll fix this.
If you are using this independently from C News, you probably still want
to look through ../notebook/problems, as some of the portability problems
described in there can affect dbz.