🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

4 total messages Started by Roland McGrath Sat, 19 Nov 1988 01:19
rn bug!
#145
Author: Roland McGrath
Date: Sat, 19 Nov 1988 01:19
14 lines
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!
#146
Author: Der Tynan
Date: Tue, 22 Nov 1988 01:03
22 lines
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!
#147
Author: Brian Matthews
Date: Wed, 23 Nov 1988 16:12
17 lines
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!
#148
Author: Paul Vixie
Date: Thu, 24 Nov 1988 10:45
32 lines
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