Index of /Applications/News/C-News/Feb_1993_Release/input/
Name | Last Modified | Size | Type |
../ | | - | Directory |
Makefile | 1994-Jan-28 01:35:28 | 4.5K | application/octet-stream |
README | 1990-Sep-11 20:59:59 | 0.6K | application/octet-stream |
bdecode | 1994-Jan-28 02:04:35 | 43.8K | application/octet-stream |
bdecode.c | 1991-Nov-05 16:18:23 | 2.3K | text/plain |
c7decode | 1994-Jan-28 02:04:35 | 34.9K | application/octet-stream |
c7decode.c | 1989-Feb-22 20:57:18 | 3.2K | text/plain |
cunbatch | 1994-Jan-28 02:00:48 | 1.4K | application/octet-stream |
newsrun | 1994-Jan-28 01:35:29 | 3.5K | application/octet-stream |
newsrunning | 1994-Jan-28 01:35:29 | 0.5K | application/octet-stream |
newsspool | 1994-Jan-28 02:04:34 | 51.3K | application/octet-stream |
newsspool.c | 1991-Nov-05 16:13:34 | 5.9K | text/plain |
recenews | 1994-Jan-28 01:35:30 | 0.2K | application/octet-stream |
recpnews | 1994-Jan-28 01:35:31 | 0.2K | application/octet-stream |
rnews | 1994-Jan-28 01:35:32 | 1.4K | application/octet-stream |
This is the input processing, which starts at rnews (aka cunbatch). It
invokes newsspool, which actually puts the stuff where it belongs (peeling
off the silly and unnecessary "#! cunbatch" header, if any, as it goes).
Newsrun should be run regularly; it unspools the stuff and feeds it into
the relay subsystem for processing. Newsrunning can be used to turn this
function on and off if you want to avoid news processing during busy hours.
There is a configuration option to arrange for newsrun to be run after
each newsspool -- this is expensive but cuts down latency.
"make r" builds everything and runs a full regression test on most everything.