Xref: utzoo comp.unix.microport:3964 news.software.b:4116 Path: utzoo!attcan!uunet!clyde.concordia.ca!rutgers!texbell!splut!jay From: jay@splut.conmicro.com (Jay "you ignorant splut!" Maynard) Newsgroups: comp.unix.microport,news.software.b Subject: Re: Cnews ported to V/AT? Message-ID: <3+1:A3-@splut.conmicro.com> Date: 7 Feb 90 14:05:32 GMT References: <45@frau.UUCP> Reply-To: jay@splut.conmicro.com (Jay "you ignorant splut!" Maynard) Distribution: na Organization: Confederate Microsystems, League City, TX Lines: 29 In article <45@frau.UUCP> tvf@frau.UUCP (0000-Thomas V. Frauenhofer) writes: >Has anyone ported C-news to Microport V/AT? I have the entire C-news source >(last patch date: Jan 10, 1990) and would like to get it running on my >system, but I'm not inclined to re-invent the wheel if someone else has done >it already. Yes, it can be made to run. It's not simple. In particular, expire and relaynews need to be compiled in large model, or else they run out of memory. Unfortunately, there are pieces of the code that cause compiler internal errors when compiled large model, so you can't just build the whole thing in large model; you have to build it all in small model, then go back and manually build expire and relaynews. I strongly recmmend using dbz with it. It speeds things up tremendously. Forget about the INCORE option, though. There are some replacement/enhancement programs that Jon Zeeff wrote that do very well, too. There's one macro that needs to be simplified to make Microport's compiler happy: In relay/hdrdefs.c, the definition of the offsetof() macro needs to be changed to #define offsetof(type, mem) ((int)&((type *)NULL)->mem) That's all that immediately springs to mind; if you run into any problems, feel free to email me, and I'll try to help. -- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can jay@splut.conmicro.com (eieio)| adequately be explained by stupidity. {attctc,bellcore}!texbell!splut!jay +---------------------------------------- Free the DC-10!