Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!uwm.edu!linac!att!cbnewse!danj1 From: Dan_Jacobson@ATT.COM Newsgroups: comp.sources.d Subject: Re: newsclean - tool to cleanup .newsrc, Part01/01 unofficial patch Message-ID: Date: 31 Jan 91 00:12:06 GMT References: <1991Jan17.224730.28459@sparky.IMD.Sterling.COM> <2645@sdl990.sdl.hitachi.co.jp> <2737@sdl990.sdl.hitachi.co.jp> Sender: danj1@cbnewse.att.com (Dan Jacobson) Reply-To: Dan_Jacobson@ATT.COM Organization: AT&T-BL, Naperville IL, USA Lines: 22 In-Reply-To: takagi@sdl990.sdl.hitachi.co.jp's message of 30 Jan 91 01:10:13 GMT >>>>> On 30 Jan 91 01:10:13 GMT, takagi@sdl990.sdl.hitachi.co.jp (Shigeyuki Takagi) said: S> ! system("sort -f -u tmp.newsrc -o tmp.newsrc"); I think you'll find that this traditional UNIX tool (sort) usually doesn't deal with "long lines" correctly. I made a .newsrc sorter based on egrep, sort, etc. long lines disappeared quietly sometimes. I was too lazy to get the GNU "no arbitrary limits" versions of these traditional tools though. [Today, however, I am a successful and relaxed GNUS newsreader, and use Ashwin Ram's sorting stuff, soon to be in the next GNUS release, I think. [GNUS address: info-gnus-english-request@tut.cis.ohio-state.edu, newsgroup: gnu.emacs.gnus]] S> char Entry[1024]; I didn't look at your code, but this looks frighteningly hardwiredly limited ("1024"). -- Dan_Jacobson@ATT.COM Naperville IL USA +1 708-979-6364