Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!GAUSS.LLNL.GOV!casey
From: casey@GAUSS.LLNL.GOV
Newsgroups: comp.windows.x
Subject: Re: Small problem with lib/Xt/fd.h and 4.3BSD + FIX
Message-ID: <8901051529.AA25572@gauss.llnl.gov>
Date: 5 Jan 89 15:29:43 GMT
Sender: daemon@bloom-beacon.MIT.EDU
Organization: The Internet
Lines: 21

| From: Ralph R. Swick <swick@ATHENA.MIT.EDU>
| 
| > Essentially fd.h and <sys/types.h> both define the typedef fd_set.
| 
| This was fixed in X11R3 by renaming the type (in lib/Xt/fd.h) used
| internally by Xt.

  I assume that you're talking about the type "Fd_set" which would have
conflicted with the type "fd_set" defined in <sys/types.h>.  However,
that still leaves the problem of the type "fd_mask".  This isn't a
problem on any 4.2BSD based machine because NFDBITS, fs_set, FD_SET,
FD_CLR, etc. were all brought out with 4.3BSD.  "fd_set" was brought out
in a later release of 4.1BSD (I believe release c).  If you like I can
send you the specific versions of types.h for each of the above systems.

  Also, I should point out, my fix really isn't as good as it should be
since the definitions of FD_SET, FD_CRL, FD)ISSET, and FD_ZERO should
also be similarly ifdefed.  I didn't see that till now when I sat down
and looked closely at all the different versions of types.h ...

Casey