philip@axis.UUCP (03/02/87)
Having tried to compile 2.11 on an SCO Xenix V system, I would like any info from anyone who has already done this (rather than re-inventing wheels etc). The sources work correctly on the VAX, but when compiled on under Xenix, most things either behave in a a strange way, or core dump. I have compiled in small mode (ie sizeof(int) == sizeof (int *)). Everthing compiles except compress (surprise !), nothing works. If anyone knows what to hack to get it to work, you can save me a lot of trouble ! Philip
caf@omen.UUCP (Chuck Forsberg WA7KGX) (03/07/87)
In article <196@axis.UUCP> philip@axis.UUCP writes:
:I have compiled in small mode (ie sizeof(int) == sizeof (int *)).
:Everthing compiles except compress (surprise !), nothing works.
One little gotcha that slowed me down quite a bit - rnews forks to a copy
of itself, at least when unbatching. Turns out the copy of rnews that
was doing most of the work was not the one I had just compiled, and the
two versions didn't speak the same language.
I have 2.11 and rn working fairly well now, except for three problems:
1. cross posted articles appear N times, once per newsgroup
2. next article access becomes quadratic when there are many
articles in the newsgroup.
3. mail reply and followup to moderated groups rarely works.
Chuck Forsberg WA7KGX Author of Pro-YAM communications Tools for PCDOS and Unix
...!tektronix!reed!omen!caf Omen Technology Inc "The High Reliability Software"
17505-V Northwest Sauvie Island Road Portland OR 97231 Voice: 503-621-3406
TeleGodzilla BBS: 621-3746 2400/1200 CIS:70007,2304 Genie:CAF Source:TCE022
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly
cgf@ednor.UUCP (03/10/87)
[] I also have news 2.11 running with little problem. I don't remember having to do anything special besides setting up the stack size to 3000, small model, 286 code. Anybody is welcome to my localize.sh file. The compress distributed with 2.11 also compiles with little problem if you ignore the conditionals for XENIX and put a "huge" in front of the codetab array and any pointers referencing it. I can probably send diffs for this if anybody wants. I have had some problems with expire when I had a parity error in the middle of unbatching some news. I did an "expire -r" to rebuild my history files and ran out of memory. Guess expire might have to be a medium model program. 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? -- -Chris Faylor- {harvard,decvax}!wanginst!ednor!cgf {{harvard,ll-xn}!adelie,{decvax,allegra,talcott}!encore}!munsell!ednor!cgf "I feel more like I do now than I did when I first got here."
ben@catnip.UUCP (03/13/87)
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}/
caf@omen.UUCP (03/14/87)
We have 2.11 news running here, using large model. Rn uses middle model. There are two main complaints: 1. Articles cross posted to N groups show up N times. 2. Followups or replies to articles in moderated groups don't work. I think (1) has something to do with Xref: lines or some such. But then it may just be the absence of Xref processing that allows rn to work on this brain damaged CPU without running out of memory. I don't plan on hacking on news until C news comes out, or I get 386 Xenix, or the forthcoming revision of the Xenix C Dev system shows up. I would also like to see news reader software that organizes articles by subject without the (perceived) bugosity of notesfiles. I'm spending just too much time wading thru the noise subjects in search of information, and the kill file approach seems to take longer than glancing at the subjects manually.
lawrenc@nvanbc.UUCP (03/14/87)
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 have 'rn' running under IBM XENIX V2 middle model with no apparent problems. I gave it a 3000(16) byte stack. The only things I had to do were to change all the VARARGS procedures to use the VARARGS macro support as documented in the programmers guide. I occasionaly get a message from rn saying 'out of memory - .newsrc restored' but this causes no problems, I just re-run rn and continue where it left off. ------------------------------------------------------------------------------ UUCP: ihnp4!alberta! !attvcr!cdl! tectronix!uw-beaver!ubc-vision!van-bc !nvanbc!lawrence SNAIL: 733 Sylvan Ave., North Vancouver, B.C., Canada, V7R 2E8 PHONE: 1-604-736-9241 (09:00-17:00 PDT)