Xref: utzoo comp.unix.xenix:2667 comp.lang.c:11300 Path: utzoo!attcan!uunet!ateng!chip From: chip@ateng.UUCP (Chip Salzenberg) Newsgroups: comp.unix.xenix,comp.lang.c Subject: Re: lint on Altos 2000 is BROKE BROKE BROKE! Message-ID: <326@ateng.UUCP> Date: 12 Jul 88 17:22:57 GMT References: <256@oglvee.UUCP> <8173@brl-smoke.ARPA> <259@oglvee.UUCP> <601@nmtsun.nmt.edu> <261@oglvee.UUCP> Reply-To: chip@ateng.UUCP (Chip Salzenberg) Organization: A T Engineering, Tampa, FL Lines: 35 According to jr@oglvee.UUCP (Jim Rosenberg): >In article <601@nmtsun.nmt.edu> dieter@nmtsun.nmt.edu (The Demented Teddy Bear) writes: >>In article <259@oglvee.UUCP> jr@.UUCP (Jim Rosenberg) writes: >>> >>>I still don't capiche why lint is squawking about arg 1 to fprintf! >> >>Try looking at /usr/lib/lint/llibc... > >That was one of the first things I checked... I had this problem under SCO Xenix, until I re-generated the lint object files. What? You say you didn't know that lint can generate object files? Well, it can. Look for "/usr/lib/llib*.ln". These are pre-digested versions of the human-readable lint library files. They were, it seems, created back before some change was made toand nobody at SCO bothered to regenerate them. To make new ones, at least under SCO Xenix, try something like this: $ su # cd /usr/lib # ln llibc llibc.c # lint -oc llibc.c # lint -LARGE -oc llibc.c # only for Xenix/286 # rm llibc.c # exit $ This should generate new versions of /usr/lib/llibc.ln, and for Xenix/286, /usr/lib/Lllibc.ln. Then try linting again. -- Chip Salzenberg or A T Engineering My employer may or may not agree with me. You make me wanna break the laws of time and space You make me wanna eat pork