From owner-freebsd-questions  Mon Sep  1 23:22:33 1997
Return-Path: <owner-freebsd-questions>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id XAA18459
          for questions-outgoing; Mon, 1 Sep 1997 23:22:33 -0700 (PDT)
Received: from gdi.uoregon.edu (cisco-ts15-line15.uoregon.edu [128.223.150.198])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA18444
          for <freebsd-questions@FreeBSD.ORG>; Mon, 1 Sep 1997 23:22:28 -0700 (PDT)
Received: from localhost (dwhite@localhost)
          by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id XAA03229;
          Mon, 1 Sep 1997 23:22:21 -0700 (PDT)
Date: Mon, 1 Sep 1997 23:22:20 -0700 (PDT)
From: Doug White <dwhite@gdi.uoregon.edu>
X-Sender: dwhite@localhost
Reply-To: Doug White <dwhite@resnet.uoregon.edu>
To: Neil <neil@corpex.com>
cc: Questions Freebsd <freebsd-questions@FreeBSD.ORG>
Subject: Re: Kernal Fault
In-Reply-To: <m0x5Zyn-00046aC@corpex.com>
Message-ID: <Pine.BSF.3.96.970901231957.3114Q-100000@localhost>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-questions@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 1 Sep 1997, Neil wrote:

> 	What does all this actually mean; Do I have a memory problem,
> a SWAP problem a Kernel bug, or a duff perl script?
> (The perl script runs fine most of the time)
> 
> Fatal Trap: page fault while in kernel mode.
> fault virtual address= 	0x68
> fault code= supervisor read, page not present
> instruction pointer= 0x8:0xf01852dd
> code segment = base 0x0, limit 0xfffff, type 0x1b
> 	     = DPL 0, pres 1, def 321, gran 1
> process eflags = interupt enabled, resume IOPL=0
> current process = 24446 (perl)
> interrupt mark=
> panic: page fault

I'm no pro at reading panic dumps, hackers@freebsd.org could probably help
you more.  Swap problems would manifest itself in other forms, such as
other log entries, and kernel bugs that result in this are pretty rare in
-RELEASEs.

The fault address of 0x68 is somewhat suspect.  What version of Perl is
this?  5.001 was known to have some pretty major problems, particularly
with regards to memory allocation. 5.003 fixes them up.

Doug White                              | University of Oregon  
Internet:  dwhite@resnet.uoregon.edu    | Residence Networking Assistant
http://gladstone.uoregon.edu/~dwhite    | Computer Science Major
Spam routed to /dev/null by Procmail    | Death to Cyberpromo