Thread View: comp.bugs.misc
4 messages
4 total messages
Started by Roland McGrath
Sat, 19 Nov 1988 01:19
rn bug!
Author: Roland McGrath
Date: Sat, 19 Nov 1988 01:19
Date: Sat, 19 Nov 1988 01:19
14 lines
865 bytes
865 bytes
My .newsrc contains a line for every newsgroup served by ucbvax. This is probably all that exist, including all the alternate nets. So, I can no longer use rn. Guess what rn tells me, Larry! "Too many lines in .newsrc" Have you heard of malloc? Dynamic storage allocation? Come on, guy! Roland McGrath roland@wheaties.ai.mit.edu, mit-eddie!wheaties.ai.mit.edu!roland
Re: rn bug!
Author: Der Tynan
Date: Tue, 22 Nov 1988 01:03
Date: Tue, 22 Nov 1988 01:03
22 lines
1198 bytes
1198 bytes
In article <26865@ucbvax.BERKELEY.EDU>, mcgrath@tully.Berkeley.EDU (Roland McGrath) writes:
> My .newsrc contains a line for every newsgroup served by ucbvax.
> So, I can no longer use rn.
> Guess what rn tells me, Larry!
> "Too many lines in .newsrc"
>
> Have you heard of malloc? Dynamic storage allocation? Come on, guy!
> Roland McGrath
Enough of this moaning! What did you pay for 'rn'? How did you repay Larry
for his efforts? In the great tradition of RTFM, I suggest a new acronym;
FIYS (Fix It Yourself!)
And, of course, send the .diffs to Larry for possible inclusion in later
releases.
- Der
--
dtynan@zorba.Tynan.COM (Dermot Tynan @ Tynan Computers)
{apple,mips,pyramid,uunet}!Tynan.COM!dtynan
--- If the Law is for the People, then why do we need Lawyers? ---
Re: rn bug!
Author: Brian Matthews
Date: Wed, 23 Nov 1988 16:12
Date: Wed, 23 Nov 1988 16:12
17 lines
1187 bytes
1187 bytes
Der Tynan (dtynan@sultra.UUCP) writes:
|In article <26865@ucbvax.BERKELEY.EDU>, mcgrath@tully.Berkeley.EDU (Roland McGrath) writes:
|> My .newsrc contains a line for every newsgroup served by ucbvax.
|> So, I can no longer use rn.
|> Guess what rn tells me, Larry!
|> "Too many lines in .newsrc"
|> Have you heard of malloc? Dynamic storage allocation? Come on, guy!
|> Roland McGrath
|Enough of this moaning! What did you pay for 'rn'? How did you repay Larry
|for his efforts? In the great tradition of RTFM, I suggest a new acronym;
| FIYS (Fix It Yourself!)
I've always liked FIYB (Fix It Yourself, Buddy).
--
Brian L. Matthews blm@cxsea.UUCP ...{mnetor,uw-beaver!ssc-vax}!cxsea!blm
+1 206 251 6811 Computer X Inc. - a division of Motorola New Enterprises
Re: rn bug!
Author: Paul Vixie
Date: Thu, 24 Nov 1988 10:45
Date: Thu, 24 Nov 1988 10:45
32 lines
1751 bytes
1751 bytes
# "Too many lines in .newsrc" # Have you heard of malloc? Dynamic storage allocation? Come on, guy! # Roland McGrath Look at the source to RN. There you will find spaghetti of vast levels of complexity. You will find five layers of #ifdef's, you will find three parallel arrays and all the chaos that can cause, where a single array of structures would have done the job perfectly and (in comparison) somewhat elegantly. RN is a hack. RN is the most useful, more portable, easiest to install hack that I have ever laid eyes on. I have probably consumed more CPU seconds in my life with RN than with any other interactive program. But it's a hack. RN 5.0 will not be a hack, we are told, and I am inclined to believe. The question to be asked about RN is not "howcum it can't handle 700 lines in a .newsrc," but instead: "howcum it still works after all these years." # [...] send the .diffs to Larry for possible inclusion in later releases. # - Der There aren't going to be any more releases. Larry has abandoned RN 4.X to the winds of time, and once he gets Perl hacked up suffiently, he has suggested that RN 5.0 will be his next project. I will be very surprised if any patches you send him for 4.X will be applicable to 5.0. -- Paul Vixie Work: vixie@decwrl.dec.com decwrl!vixie +1 415 853 6600 Play: paul@vixie.sf.ca.us vixie!paul +1 415 864 7013
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads