Date: Tue, 18 Mar 1997 08:05:02 -0600 From: "Scot W. Hetzel" <hetzels@aol.com> To: "comp.unix.bsd.freebsd.misc" <comp.unix.bsd.freebsd.misc@news.news.demon.net> Cc: "(FreeBSD ISP list)" <freebsd-isp@FreeBSD.ORG> Subject: INN 1.5.1 Problems Message-ID: <199703181410.PAA08231@sax.sax.de>
next in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
I am having trouble getting INN 1.5.1 to compile and run. The problems are
as follows:
lib
---
When I compile libinn.a, it will compile with no errors. But, when I review
the lint output, I notice I have the following warnings and errors:
These warnings repeat15 times for types.h, stdio.h, signal.h, and
stdlib.h:
types.h:42: warning: integral constant too large
types.h:46: warning: integral constant too large
types.h:51: warning: ANSI C does not support 'long long'
types.h:65: warning: ANSI C does not support 'long long'
types.h:66: warning: ANSI C does not support 'long long'
types.h:71: warning: ANSI C does not support 'long long'
stdio.h:140: warning: integral constant too large
stdio.h:141: warning: integral constant too large
signal.h:44: warning: integral constant too large
signal.h:45: warning: integral constant too large
stdlib.h:121: warning: integral constant too large
stdlib.h:122: warning: integral constant too large
stdlib.h:123: warning: integral constant too large
stdlib.h:126: warning: integral constant too large
stdlib.h:128: warning: integral constant too large
stdlib.h:172: warning: ANSI C does not support 'long long'
stdlib.h:174: warning: ANSI C does not support 'long long'
These warnings repeat 2 times for stat.h:
stat.h:98: warning: integral constant too large
These warnings repeat 4 times for runetype.h:
runetype.h:79: warning: integral constant too large
runetype.h:80: warning: integral constant too large
runetype.h:88: warning: integral constant too large
runetype.h:89: warning: integral constant too large
runetype.h:90: warning: integral constant too large
Theses warnings only repeat once:
clientactive.c:50: warning: integral constant too large
myserver.h:35: warning: integral constant too large
clientlib.c:17: warning: integral constant too large
clientlib.c:29: warning: integral constant too large
clientlib.c:47: warning: integral constant too large
clientlib.c:153: warning: integral constant too large
dbz.c:201: warning: integral constant too large
dbz.c:279: warning: integral constant too large
dbz.c:292: warning: integral constant too large
dbz.c:529: warning: automatic hides external declaration: div
dbz.c:925: warning: integral constant too large
dbz.c:956: warning: integral constant too large
dbz.c:1061: warning: integral constant too large
dbz.c:1278: warning: integral constant too large
dbz.c:1390: warning: possible pointer alignment problem
dbz.c:1697: warning: integral constant too large
dbz.c:1761: warning: integral constant too large
defdist.c:39: warning: integral constant too large
genid.c:21: warning: integral constant too large
genid.c:24: warning: integral constant too large
genid.c:25: warning: integral constant too large
getconfig.c:14: warning: integral constant too large
getfqdn.c:19: warning: integral constant too large
getmodaddr.c:44: warning: integral constant too large
getmodaddr.c:100: warning: integral constant too large
getmodaddr.c:103: warning: integral constant too large
getmodaddr.c:104: warning: integral constant too large
socket.h:139: warning: integral constant too large
socket.h:313: warning: integral constant too large
in.h:184: warning: integral constant too large
in.h:196: warning: integral constant too large
un.h:50: warning: integral constant too large
inndcomm.c:145: warning: integral constant too large
These errors repeat only once:
inndcomm.c:238: syntax error
inndcomm.c:238: __X undefined
inndcomm.c:238: warning: expression has null effect
inndcomm.c:238: warning: function ICCcommand falls off bottom
without returning value
inndcomm.c:238: syntax error
inndcomm.c:243: warning: old style declaration; add int
inndcomm.c:244: syntax error
inndcomm.c:247: syntax error
inndcomm.c:256: redeclaration of ICCfailure
inndcomm.c:256: warning: illegal combination of pointer and integer
inndcomm.c:256: warning: old style declaration; add int
inndcomm.c:257: syntax error
inndcomm.c:257: cannot recover from previous errors
235 /* Send message. */
236 ICCfailure = NULL;
237 len = p - buff + HEADER_SIZE ;
238 rlen = htons (len) ;
239
240 /* now stick in the protocol version and the length. */
241 buff -= HEADER_SIZE;
242
243 protocol = ICC_PROTOCOL_1 ;
244 memcpy (buff,&protocol,sizeof (protocol)) ;
245 buff += sizeof (protocol) ;
246
247 memcpy (buff,&rlen,sizeof (rlen)) ;
248 buff += sizeof (rlen) ;
249
250 buff -= HEADER_SIZE ;
251
252 #if defined(DO_HAVE_UNIX_DOMAIN)
253 if (sendto(ICCfd, buff, len, 0,
254 (struct sockaddr *)&ICCserv, AF_UNIX_SOCKSIZE(ICCserv)) < 0) {
255 DISPOSE(buff);
256 ICCfailure = "sendto";
257 return -1;
258 }
259 #else
Any sugestions to correct these problems to inndcomm.c?
frontends
---------
cc -I../include -Wformat -O -pipe -c inews.c
inews.c: In function 'MailArticle':
inews.c:902:warning: too many arguments for format
This problem were corrected by changing:
(void)sprintf(buff, _PATH_SENDMAIL, address);
to
(void)sprintf(buff, "%s %s", _PATH_SENDMAIL, address);
Will this change cause any problems to any of the frontend programs for
INN?
see inews.patch (INNPATCH.TGZ) for my patch to inews.c
innd
----
- no compile errors
nnrpd
-----
cc -I../include -Wformat -O -pipe -c post.c
post.c: In function 'MailArticle':
post.c:508:warning: too many arguments for format
This problem were corrected by changing:
(void)sprintf(buff, _PATH_SENDMAIL, address);
to
(void)sprintf(buff, "%s %s", _PATH_SENDMAIL, address);
Will this change cause any problems to the nnrpd program for INN?
see post.patch (INNPATCH.TGZ) for my patch to post.c
backends
--------
cc -I../include -Wformat -O -pipe -c cvtbatch.c
cvtbatch.c: In function 'Main':
cvtbatch.c:131:warning: long int format, different type arg (arg 2)
This problem were corrected by changing:
(void)printf("%ld", Sb.st_size);
to
(void)printf("%qd", Sb.st_size);
Will this change cause any problems to the cvtbatch program for INN?
see cvtbatch.patch (INNPATCH.TGZ) for my patch to cvtbatch.c
cc -I../include -Wformat -O -pipe -c actsync.c
actsync.c: In function 'usage':
actsync.c:968:warning: unknown conversion type character 0x9 in format
actsync.c:968:warning: flag ` ' used with type `o'
actsync.c:968:warning: too few arguments for format
This problem were corrected by changing:
(void) fprintf(stderr,
" -p %\t\tmin % host1 lines unchanged allowed\t (def: -p 96)\n");
to
(void) fprintf(stderr,
" -p %%\tmin %% host1 lines unchanged allowed\t (def: -p 96)\n");
This change fixes a display problem of showing how to use the actsync
program with the '-p %' option.
actsync.c: In function 'scan_spool_dir':
actsync.c:3391:warning: int format, long int arg (arg 6)
actsync.c:3391:warning: int format, long int arg (arg 7)
actsync.c:3391:warning: int format, long int arg (arg 8)
actsync.c:3391:warning: int format, long int arg (arg 9)
This problem were corrected by changing:
fprintf(stderr,
"%s: new: %s, found %d, old hi/low: %d %d, new hi/low: %d %d\n",
program, grp->name, found, oldhi, oldlow, newhi, newlow);
to
fprintf(stderr,
"%s: new: %s, found %d, old hi/low: %ld %ld, new hi/low: %ld %ld\n",
program, grp->name, found, oldhi, oldlow, newhi, newlow);
Will this change cause any problems to the actsync program for INN?
actsync.c:3432:warning: precision and `0' flag not both allowed with `d'
format
actsync.c:3448:warning: precision and `0' flag not both allowed with `d'
format
These two problems were corrected by changing:
sprintf(hi, "%010.10ld", newhi);
to
sprintf(hi, "%10.10ld", newhi);
and
sprintf(low, "%010.10ld", newlow);
to
sprintf(low, "%10.10ld", newlow);
Will this change cause any problems to the actsync program for INN?
see actsync.patch (INNPATCH.TGZ) for my patches to actsync.c
expire
------
- no compile errors
------------------------------------------------------------------------
rc.news
-------
Also, when rc.news is executed, the following error messages are displayed
on the console:
Mar 16 12:44:40 badboy inndstart: inndstart cant setgroups Operation not
permitted
Mar 16 12:44:40 badboy inndstart: inndstart cant setgroups Operation not
permitted
Mar 16 12:44:40 badboy inndstart: inndstart cant setgroups Operation not
permitted
Mar 16 12:44:40 badboy inndstart: inndstart cant bind Permission denied
Mar 16 12:44:40 badboy inndstart: inndstart cant bind Permission denied
Mar 16 12:44:40 badboy inndstart: inndstart cant bind Permission denied
What could be causing these problems?
Is there any patches available for INN-1.5.1 that I should apply before
compiling?
thanks,
Scot W. Hetzel
[-- Attachment #2 --]
.3 X{o6ϿΧfer,YkMtqqPb@ CX-)$G~uvl!(x珧4
9 =BrbՒimӄ-O={چnzKZ8cz{뱔
E?' }6L^p!|;;_Hhn{h䌕~B=L%:B,Iݮ, iB4w4a2I|D&'\%GtC 9L6҈25pF `\L>^N( $3yԈ8lv;RH6
<4_&.P<JS~N| (&azWU88˓9+/.{#YV9j!4U9FFˮ"kqj}҅"
C{8b|-/Y7:9ƙJ/3 t(y:4|s؏߱
q4KtKo ~Wؗ.ϵq?߽C5\?tvVK2J_?Wp^5
>yCSޅ@Zzk_JE;mOCހ&+2ᬄZU*d2>1>`gR|CE"qw48F@9=BEڙzYǿ!t>SYkf@:eoß&+snmmm͘i[~mNNq#hE*+~\qF%<N
=YMJ E[\ë}#XU܈vůAT5$tGNxMGqtGT{ķžn[O'(a$kB4y7/qM^k>^׆Q
kf%$4n
6hFADUh7
/ó?"ňV͎y*
M+rO>8`b]SgR%Ň5=UP;r[?3Yc-x(\ꪆiXN8Elp;%uT|Yf:U} =5MtMvFR13|Yy{;x&]'35/ePg?*kq2uc'=c`:ܢ
A/{TRI%TRI%TRI%m (
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703181410.PAA08231>
