From owner-freebsd-stable Wed Sep 20 8:17:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 032E837B422 for ; Wed, 20 Sep 2000 08:17:09 -0700 (PDT) Received: (qmail 20456681 invoked from network); 20 Sep 2000 14:43:40 -0000 Received: from r122m215.cybercable.tm.fr (HELO qualys.com) ([195.132.122.215]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 20 Sep 2000 14:43:40 -0000 Message-ID: <39C8CD9B.17F70429@qualys.com> Date: Wed, 20 Sep 2000 16:45:47 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@freebsd.org Subject: internal identd problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I read the thread about the cpu hog problem of the internal identd problem and tried to reproduce it on my box. I did a truss on the inetd process and got this : select(0x8,0xbfbff46c,0x0,0x0,0xbfbfd45c) = 1 (0x1) ioctl(7,FIONREAD,0xbfbfd444) = 0 (0x0) read(0x7,0xbfbfd46c,0x0) = 0 (0x0) gettimeofday(0xbfbfd45c,0x0) = 0 (0x0) [...] a lot of times. It seems it's a very common problem. The return value of read() is not checked against 0 (0 means that the other side disconnected) and so, it loops until the connection times out. I will look at inetd sources to fix this bug as soon as possible and I think I will come shortly with a patch. Regards, Maxime Henrion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message