Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!sri-spam!mordor!lll-lcc!ptsfa!ihnp4!homxb!houxm!hjuxa!catnip!ben
From: ben@catnip.UUCP
Newsgroups: comp.unix.xenix
Subject: Re: 2.11 News on XENIX V
Message-ID: <476@catnip.UUCP>
Date: Thu, 12-Mar-87 22:26:05 EST
Article-I.D.: catnip.476
Posted: Thu Mar 12 22:26:05 1987
Date-Received: Sat, 14-Mar-87 11:56:37 EST
References: <196@axis.UUCP> <486@omen.UUCP> <464@ednor.UUCP>
Reply-To: ben@catnip.UUCP (Bennett Broder)
Organization: The Broder Residence, Holmdel, NJ  07733
Lines: 26
Keywords: I did it

In article <464@ednor.UUCP> cgf@ednor.UUCP (Chris Faylor) writes:
>I had to do a little more tweaking to "rn" and it is still not right.
>Compiling as a medium model it sometimes runs out of memory doing article
>cacheing.  Compiling as a large model solves this, but now sometimes it
>segmentation faults at inopportune times.  Anybody have rn working perfectly?

I ran into this problem too, and my plea for help went unanswered.
Finally, I broke down and took a look at the sources.  I was pleasantly
surprised to find a #define already present to fix the problem.

In common.h change the line that says:

#define     SPEEDOVERMEM

to

#undef      SPEEDOVERMEM

and compile medium model.  This results in an rn that isn't any slower
(at least from what I can tell), but doesn't run out of memory.

-- 

Ben Broder
{ihnp4,decvax} !hjuxa!catnip!ben
{houxm,clyde}/