Xref: utzoo unix-pc.general:5059 comp.sys.att:9060 news.software.b:4413 Path: utzoo!utstat!utgpu!watserv1!watmath!uunet!samsung!dali!uakari.primate.wisc.edu!ames!pacbell!ditka!kls From: kls@ditka.UUCP (Karl Swartz) Newsgroups: unix-pc.general,comp.sys.att,news.software.b Subject: Re: C news on a 3B1/7300 (or B news with mdbm) Summary: 2.11.14 with dbz is now working fine Message-ID: <22843@ditka.UUCP> Date: 21 Mar 90 20:29:21 GMT References: <22541@ditka.UUCP> <647@magnus.Hotline.Com> Reply-To: kls@ditka.UUCP (Karl Swartz) Organization: Inaction Central, San Jose, California Lines: 42 In article <647@magnus.Hotline.Com> levin@magnus.Hotline.Com (Michael M Levin) writes: >In article <22541@ditka.UUCP> I write: >>Could someone tell me how to get C news up on one of these machines > It's a pain in the rear end, and it seems too big and clunky for a > little 'ole 3B1. Urk? I thought C news was supposed to be ever so much faster than B news, and thus should be better for a little 'ole 3B1?! >>If C news isn't feasible, what about B news with mdbm? Well, a neighbor (scott@zorch.sf-bay.org) sent me dbz 1.9, and I built B news 2.11.14 with that. At first, it built a very nice looking history file and an utterly empty dbz index to it. Turns out I had defined INCORE, which causes dbz to cache as much of the index as it can in memory, with stuff only flushed to disk when you cause dbmclose. B news hasn't a clue what dbmclose is and so everything is happily built in memory and left there. The right solution would have been to put in the calls to dbmclose (do the newer patch levels do this?) but for now I just took out the INCORE definition. With that, news is running happily and swiftly. I'd still like to take a look at C news but time is short at the moment and with dbz working ditka can handle the current load with aplomb. Besides, if it t'aint broke, why fix it? :-) The modification time on the inews I was running until last weekend was Feb 8 1988, so having the latest and greatest isn't *that* big a deal for me! Also, I hear the C news folks are completely redoing the config- uration script, and waiting until that is done seems like a truly marvelous idea -- I'd just as soon never see the current obnoxious script again. -- Karl Swartz |UUCP uunet!apple!zygot!ditka!kls 1-408/223-1308 |INet zygot!ditka!kls@apple.com "I never let my schooling get in |BIX kswartz the way of my education."(Twain) |Snail 1738 Deer Creek Ct., San Jose CA 95148