From owner-freebsd-current Sat Jun 8 04:18:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26017 for current-outgoing; Sat, 8 Jun 1996 04:18:43 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA26002 for ; Sat, 8 Jun 1996 04:18:40 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uSM2E-000QZwC; Sat, 8 Jun 96 13:18 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA00733; Sat, 8 Jun 1996 13:04:19 +0200 Message-Id: <199606081104.NAA00733@allegro.lemis.de> Subject: Re: More on VM, swap leaks To: toor@dyson.iquest.net (John S. Dyson) Date: Sat, 8 Jun 1996 13:04:19 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.org (FreeBSD current users) In-Reply-To: <199606070300.WAA01131@dyson.iquest.net> from "John S. Dyson" at Jun 6, 96 10:00:31 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk John S. Dyson writes: > >>> JH> Another possibility is a bad emacs binary. Especially since >>> JH> as part of the compilation process, emacs runs itself, loads >>> JH> in a bunch of LISP, then pukes itself out as a new executable. >>> JH> I shudder to think what could happen if a buggy kernel or bad >>> JH> SIMM decided to rear its head at that point. >>> >>> I have the same problems. >> >> I have had other programs die, as well Emacs:- >> >> Jun 4 16:05:00 jraynard /kernel: pid 10265 (atrun), uid 0: exited on signal 10 >> Jun 6 23:16:05 jraynard /kernel: pid 148 (innd), uid 8: exited on signal 10 To get back into the fray: since I wanted to do an emacs 19.31 anyway, I built it, and had the same effects as before. Like others, I am pretty sure that this isn't a bad binary. > No guarantees, but I found a *major* omission in pmap.c. Replace the > pmap_object_init_pt routine in pmap.c with the following, and see how > things go: Aaaaaahhhh. Now it works. Well, at any rate it doesn't die any more. I rebooted the system twice and started emacs, and it didn't die. That's been the first time for about 2 weeks. Looks like this was my problem, anyway. Greg