From owner-freebsd-questions Sun May 25 20:42:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA24827 for questions-outgoing; Sun, 25 May 1997 20:42:07 -0700 (PDT) Received: from europa.humberc.on.ca (europa.humberc.on.ca [142.214.112.124]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24812 for ; Sun, 25 May 1997 20:42:03 -0700 (PDT) Received: from localhost (recal@localhost) by europa.humberc.on.ca (8.8.5/8.8.5) with SMTP id XAA20921; Sun, 25 May 1997 23:43:50 -0400 (EDT) Date: Sun, 25 May 1997 23:43:49 -0400 (EDT) From: recal To: Alec Kloss cc: FREEBSD-QUESTIONS@FreeBSD.ORG Subject: Re: Core dumps Addenum In-Reply-To: <199705260315.WAA14546@d2si.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > recal is responsible for: > > Ok well i'm now sure that the limits is more then 0 (its set to 10240 or > > 10megs :). What i have been able to figure out is that: > > > > 1. Its a segmentation fault that i keep getting with this specific > > application and no core dumps are occuring. > > > > 2. That in sysconfig i have savecore and dumpdev both set to no (does this > > have any relevance?) > > > > Many thanks in advance. > > > > Checking up on dumpdev and savecore in /etc/sysconfig, it appears that > they only apply to kernel crashes, not to applications. If your > problem is with just a single application, probably the writers did it > on purpose. Core dumps can be a big security problem so it is not > uncommon for applications to skip creating them if they crash. > > You'll have to check the application's documentation to see if there > is a way to enable the core dumps or to get some form of contact to > check out your problem. > > I Don't think its the application simply because i'm running it on a AIX Box where it does create core dumps. Sigh oh well seems i'm going back to the good old method of guessing and praying :)