From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 62451 invoked by alias); 28 Nov 2017 18:37:41 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 62442 invoked by uid 89); 28 Nov 2017 18:37:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,KB_WAM_FROM_NAME_SINGLEWORD,SPF_HELO_PASS,SPF_SOFTFAIL autolearn=no version=3.3.2 spammy=(unknown), Hx-languages-length:1109, HX-Greylist:AUTH, H*M:baldwin X-HELO: mail.baldwin.cx Received: from bigwig.baldwin.cx (HELO mail.baldwin.cx) (96.47.65.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 28 Nov 2017 18:37:38 +0000 Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id D787410A7DB; Tue, 28 Nov 2017 13:37:36 -0500 (EST) From: John Baldwin To: gdb-patches@sourceware.org, Eli Zaretskii Cc: Sergio Lopez Subject: Re: [PATCH 4/4] Document the new "-a" argument for gcore Date: Tue, 28 Nov 2017 18:37:00 -0000 Message-ID: <2426110.pzlzVdcidA@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <834lpe5pk6.fsf@gnu.org> References: <20171128132148.31802-1-slp@redhat.com> <20171128132148.31802-5-slp@redhat.com> <834lpe5pk6.fsf@gnu.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-IsSubscribed: yes X-SW-Source: 2017-11/txt/msg00742.txt.bz2 On Tuesday, November 28, 2017 06:35:37 PM Eli Zaretskii wrote: > > From: Sergio Lopez > > Cc: Sergio Lopez > > Date: Tue, 28 Nov 2017 14:21:48 +0100 > > > > +@item -a > > +Instruct GDB to unconditionally dump all sections (except IO), ignoring the > ^^^ > "@value{GDBN}" > > > +value of @file{/proc/@var{pid}/coredump_filter} and the VM_DONTDUMP flag. > > Is this Linux-specific? Because AFAIK 'gcore' isn't, and so we need > to document that this switch and the details you've put into its > description are specific to Linux. > > Also, VM_DONTDUMP should be in @code. It is OS-specific. FreeBSD has a similar notion (it excludes memory regions marked with a KVME_FLAG_NOCOREDUMP in fbsd_find_memory_regions in fbsd-nat.c that are created by passing MAP_NOCORE to mmap()). I could make FreeBSD's native target honor the same flag name once this is pushed in, though FreeBSD's kernel always honors the NOCOREDUMP flag (there is no way to force a kernel-generated coredump to include those regions). -- John Baldwin