sob@watson.bcm.tmc.edu (Stan Barber) (08/28/89)
The latest set of official patches for NNTP have gone out and the
University of Toronto modifications have been added to support C-NEWS.
B-NEWS support is still there. TMNN full support is still a future item.
Comments about NNTP, new feature proposals, and the like welcome.
The Current Curator of NNTP,
STAN
--
Stan internet: sob@bcm.tmc.edu Manager, Networking
Olan uucp: {rutgers,mailrus}!bcm!sob Information Technology
Barber Opinions expressed are only mine. Baylor College of Medicinelamy@ai.utoronto.ca (Jean-Francois Lamy) (08/28/89)
sob@watson.bcm.tmc.edu (Stan Barber) writes: >The latest set of official patches for NNTP have gone out and the >University of Toronto modifications have been added to support C-NEWS. A couple of things have broken in the process (BATCHFILE in server/batch.c needs to be changed to BATCH_FILE). Also, on line 373 in that same file, the code makes reference to a variable "s" that should be btch.name (in fact, Geoff's code had a meaningful error message at that place, which is now gone). I'm not providing context diffs as I expect an official one to come soon... Also, while common/clientlib.c compiles under SunOS 4.0.3, it no longer does under vanilla SunOS 3.5 because of references to h_addr_list (line 203). I took the easy way out and linked with the 4.3BSD network include files and resolver libraries, so I don't have a fix to offer for that one. Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy AI Group, Department of Computer Science, University of Toronto, Canada M5S 1A4
jim@eda.com (Jim Budler) (09/20/89)
lamy@ai.utoronto.ca (Jean-Francois Lamy) writes: >sob@watson.bcm.tmc.edu (Stan Barber) writes: >>The latest set of official patches for NNTP have gone out and the >>University of Toronto modifications have been added to support C-NEWS. >A couple of things have broken in the process [deleted first problem with batch.c] >Also, while common/clientlib.c compiles under SunOS 4.0.3, it no longer does >under vanilla SunOS 3.5 because of references to h_addr_list (line 203). I >took the easy way out and linked with the 4.3BSD network include files and >resolver libraries, so I don't have a fix to offer for that one. >Jean-Francois Lamy lamy@ai.utoronto.ca, uunet!ai.utoronto.ca!lamy Index: common/clientlib.c *** /tmp/,RCSt1a03184 Tue Sep 19 13:34:09 1989 --- /tmp/,RCSt2a03184 Tue Sep 19 13:34:10 1989 *************** *** 194,206 **** --- 194,210 ---- unsigned long inet_addr(); static struct hostent def; static struct in_addr defaddr; + #ifdef ADDR_LIST static char *alist[1]; + #endif static char namebuf[ 256 ]; defaddr.s_addr = inet_addr( machine ); if( defaddr.s_addr != -1 ) { strcpy( namebuf, machine ); def.h_name = namebuf; + #ifdef ADDR_LIST def.h_addr_list = alist; + #endif def.h_addr = (char *)&defaddr; def.h_length = sizeof( struct in_addr ); def.h_addrtype = AF_INET; -- Jim Budler address = uucp: ...!{decwrl,uunet}!eda!jim domain: jim@eda.com compuserve: 72415,1200 voice = +1 408 986-9585 fax = +1 408 748-1032