Xref: utzoo comp.sys.hp:6063 comp.unix.wizards:23720 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uwm.edu!psuvax1!psuvm!awiwuw11!mah From: MAH@awiwuw11.wu-wien.ac.at (Michael Haberler) Newsgroups: comp.sys.hp,comp.unix.wizards Subject: hp-ux 7.0/800 select() strangeness? Message-ID: <90242.151955MAH@awiwuw11.wu-wien.ac.at> Date: 30 Aug 90 15:16:05 GMT Reply-To: Organization: Wirtschaftsuniversitaet Wien, Vienna, Austria Lines: 25 I have encountered a strange behaviour of several programs which use select(2) on hp-ux 7.0 on the Series 800. All of these programs are 'ported' BSD code, so I have the suspicion there's something in common: It seems that programs which have select(2) in their inner loop sometimes start using enormous amounts of system cpu time, just as if the select() call would return immediately as if it were polling. Among those programs are Xemacs 18.55, Greg Minshall's tn3270, and named4.8.3. Xemacs tends to do this especially if the X server terminates before emacs. I did'nt find a explanation for named behaviour. With tn3270, it looks like a modem disconnect and thus eof on the tty would cause tn3270 looping. tn3270 seems to spend it's time in select() itself, while named returns to user mode and immediately calls select again. One can see this when attaching the process in question to the debugger (xdp -P ). Since several programs show this behaviour, I suspect it has to do with the way select() is implemented in hpux 7.0. Has anybody else encountered this behaviour? Is this a bug? If so, is there a workaround? - michael