[comp.unix.ultrix] Still having trouble - Bnews 2.11.19 and Ultrix 4.0

rainwatr@ucunix.san.uc.edu (Don Rainwater) (09/25/90)

	First of all, I'd like to thank all of you who replied to my
original posting about Bnews 2.11.19 on Ultrix 4.0.  The problem was
with a fileno(fp) line in rfuncs2.c.  The solution is to replace
fileno(fp) with fp->_file.

	So now I've gotten a little further than before.  The next
hurdle was a redeclaration of sleep() at line 184 in /usr/include/unistd.h.
From the looks of the man page on sleep() it's declared in the system library
and shouldn't be in the unistd.h file.  I got by this by copying unistd.h to
my news src directory and commenting out the offending sleep declaration there.
None of the news src files appear to declare sleep(), so I assume this is an
acceptable solution.  On to the next hurdle...

	Now all of the components of inews compile okay (with occasional
warnings about incompatible pointer types from gcc).  But when tries to
link them altogether to produce the executable inews file, I get the
following:

gcc inews.o ifuncs.o iextern.o control.o fullname.o elock.o  funcs.o funcs2.o he
ader.o ndir.o uname.o clientlib.o nntp.o getdate.o  ipathinit.o  -o inews -ldbm
inews.o: Undefined symbol _s_find referenced from text segment
ifuncs.o: Undefined symbol _s_openr referenced from text segment
ifuncs.o: Undefined symbol _s_read referenced from text segment
ifuncs.o: Undefined symbol _s_close referenced from text segment
ifuncs.o: Undefined symbol _initdbm referenced from text segment
control.o: Undefined symbol _s_find referenced from text segment
*** Error code 1

	Using cc instead of gcc produces the same results, just shorter
error messages.

	So what's going on here?  Is Bnews broken?  Is Ultrix 4.0 broken?
Am I broken? :)   Has anyone successfully built Bnews 2.11.19 (or any other
version) under Ultrix 4.0???  Thanks for any assistance.
--
Don Rainwater, Systems Manager, Univ. of Cincinnati Computer Center
Don.Rainwater@UC.Edu			rainwatr@ucunix.san.uc.edu
rainwatr@ucbeh.bitnet			...!uccba!ucunix!rainwatr