Xref: utzoo news.newusers.questions:706 alt.religion.computers:674 Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!uwm.edu!uakari.primate.wisc.edu!gem.mps.ohio-state.edu!rpi!tale From: tale@pawl.rpi.edu (David C Lawrence) Newsgroups: news.newusers.questions,alt.religion.computers Subject: Bugs VS Features (was: New Newsgroup Queries) Message-ID: <1989Oct3.233027.12449@rpi.edu> Date: 3 Oct 89 23:30:27 GMT References: <1989Sep25.213655.21377@eci386.uucp> <3599@cbnewsc.ATT.COM> Followup-To: alt.religion.computers Organization: Rensselaer Polytechnic Institute, Troy NY Lines: 31 In <3599@cbnewsc.ATT.COM> msc@cbnewsc.ATT.COM (michael.s.cross) writes: msc> This, of course, leaves you with a huge .newsrc file (which can't msc> be edited). [ ... text about how cross-posted articles are msc> marked as read in unsubscribed groups, making it difficult to vi msc> a file if the lines grow to much ... ] msc> (is someone collecting 'rn' bugs???) Sure; a few people are and doubtless Larry Wall is among them. What you have described though isn't a bug. A limitation of some other programme is not a bug for a programme that might even use it; the fact that vi can't handle a .newsrc with a long line is not something to blame about rn. I do know at least one other person who might agree with you though; to him a bug is just about anything that doesn't do what he wants it to do, regardless of whether that was a direct design decision and the behaviour is intentional. Follow-ups, therefore, have been directed to alt.religion.computers because this branch is now very divergent from newusers' questions. Oh wait, here's a newuser's question from an olduser. Why do so many computer users feel it necessary to use multiple question marks at the end of a sentence? Even though it is a major peeve of mine, this isn't a flame of that. I just think one is sufficient and am very curious why others don't think so. It makes them seem terribly excitable to me. Dave -- (setq mail '("tale@pawl.rpi.edu" "tale@itsgw.rpi.edu" "tale@rpitsmts.bitnet"))