Path: utzoo!attcan!uunet!aplcen!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!swrinde!ucsd!dog.ee.lbl.gov!epb2.lbl.gov!envbvs
From: envbvs@epb2.lbl.gov (Brian V. Smith)
Newsgroups: comp.unix.ultrix
Subject: Re: News 2.11.19 on Ultrix 4.0???
Message-ID: <1990Sep12.092325@epb2.lbl.gov>
Date: 12 Sep 90 16:23:25 GMT
References: <421@ucunix.SAN.UC.EDU> <14367@cbmvax.commodore.com>
Sender: usenet@dog.ee.lbl.gov
Reply-To: envbvs@epb2.lbl.gov (Brian V. Smith)
Organization: lbl
Lines: 28
X-Local-Date: Wed, 12 Sep 90 09:26:24 PDT

In article <14367@cbmvax.commodore.com>, grr@cbmvax.commodore.com
(George Robbins) writes:
|> In article <421@ucunix.SAN.UC.EDU> rainwatr@ucunix.san.uc.edu (Don
Rainwater) writes:
|> > I can't compile the file rfuncs2.c because it doesn't like
|> > having fileno(fp) on the lhs of an assignment operator.  (The
offending
|> > lines are 314 and 316 in this file, if you're interested.  314 is
|> > something like "fileno(fp) = -1;" and 316 is "fileno(fp) = fno;")
|> > 
|> > Any help would be greatly appreciated!!!  Am I doing something
wrong or
|> > is there a problem with Ultrix 4.0???  Thanks in advance.
|> 
|> There's nothing wrong with Ultrix in this case, the fileno()= is
perversion
|> that only "works" if fileno() is a macro, which it certainly isn't
guaranteed
|> to be.  I've heard this one before and I think the fix to the source
turns
|> out to be fairly simple. (but don't ask me)

The fix is to use the form "fp->_file = -1;" and "fp->_file = fno;"

--
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.