Xref: utzoo comp.windows.misc:1041 comp.sources.bugs:1478 Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!apple!vsi1!wyse!uunet!auspex!guy From: guy@auspex.UUCP (Guy Harris) Newsgroups: comp.windows.misc,comp.sources.bugs Subject: Re: MGR installation Message-ID: <909@auspex.UUCP> Date: 28 Jan 89 07:27:23 GMT References: <484@ubc-cs.UUCP> <3647@uoregon.uoregon.edu> Reply-To: guy@auspex.UUCP (Guy Harris) Distribution: na Organization: Auspex Systems, Santa Clara Lines: 48 >>1: sys/kbd.c has this silly line (line 23): >> # include "" >> This should probably be: >> #include > > I think this is an difference between the compilers under SUNOS4 > and the older versions. See the caveats below. The line in question is silly under every UNIX C compiler I know of. I would expect *all* UNIX C compilers to interpret #include "" as a request to include the file whose name is, literally i.e., look for a directory named "" (complete with ">"). I can't believe a line with that syntax would have compiled on *any* UNIX C implementation, unless it had a "" file in it (or there were such a directory in the MGR source). In any case, the line should be #include everywhere. BTW, even #include wouldn't have worked under *any* pre-4.0 system; didn't *exist* in Sunos prior to 4.0. > One thing I noticed is there is code in mgr.c and copyright.c > that assume 4.2 type "select" calls, where the mask is an > integer. PLEASE folks, take the time to upgrade this to 4.3ish > standards. Under SUNOS4, it just doesn't work anymore! Actually, you *can* make it work with an integer mask; just don't use "getdtablesize". If you switch to the "fd_set" stuff, in its full shining glory, it may not compile under 4.2BSD-derived systems (including SunOS 3.x) any more, so either #ifdef it or use the 4.2BSD scheme but with a file descriptor count <= 32.