From owner-freebsd-hackers Mon Jan 4 20:02:16 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA23235 for freebsd-hackers-outgoing; Mon, 4 Jan 1999 20:02:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA23227 for ; Mon, 4 Jan 1999 20:02:14 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id VAA03426; Mon, 4 Jan 1999 21:01:48 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd003326; Mon Jan 4 21:01:36 1999 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id VAA04572; Mon, 4 Jan 1999 21:01:29 -0700 (MST) From: Terry Lambert Message-Id: <199901050401.VAA04572@usr05.primenet.com> Subject: Re: inetd in realloc(): warning: junk pointer, too low to make sense. To: eivind@yes.no (Eivind Eklund) Date: Tue, 5 Jan 1999 04:01:29 +0000 (GMT) Cc: kaleb@ics.com, hackers@FreeBSD.ORG In-Reply-To: <19981222023206.L14124@follo.net> from "Eivind Eklund" at Dec 22, 98 02:32:06 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > My 3.0-RELEASE system, up some 17 days, is now doing this when I telnet > > (or ping, or anything else that uses inetd) to it. (I don't know how long > > it's been like this, perhaps it explains why my outgoing email seem to > > be being dropped on the floor. > > > > Do I remember correctly that there was some fix for this made shortly > > before 3.0-RELEASE? Did the fix not make it into 3.0-RELEASE? Before > > I go snag the LaG inetd sources, will that fix the problem? > > This has been fixed recently (last week, I think). Not fixed for > 3.0-RELEASE. This fixes the inetd problem, but doesn't fix the mmap "page corruption" due to a stale page reference not being revoked properly after a low swap condition causes clean pages in an mmap'ed image to be reaped out. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message