From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 50927 invoked by alias); 17 Oct 2017 18:14:12 -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 50911 invoked by uid 89); 17 Oct 2017 18:14:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=strongly X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 17 Oct 2017 18:14:08 +0000 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 826C93B752; Tue, 17 Oct 2017 18:14:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 826C93B752 Authentication-Results: ext-mx06.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx06.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=palves@redhat.com Received: from [127.0.0.1] (ovpn04.gateway.prod.ext.ams2.redhat.com [10.39.146.4]) by smtp.corp.redhat.com (Postfix) with ESMTP id DC8776685A; Tue, 17 Oct 2017 18:14:06 +0000 (UTC) Subject: Re: [PATCH 2/2] GDB test suite: Get core files on targets with systemd-coredump To: Andreas Arnez References: <1505760152-28775-1-git-send-email-arnez@linux.vnet.ibm.com> <1505760152-28775-3-git-send-email-arnez@linux.vnet.ibm.com> <38b0202f-5c78-a8bb-7bc8-e86f3a02ca33@redhat.com> Cc: gdb-patches@sourceware.org From: Pedro Alves Message-ID: <83a0ce4e-d236-2095-0a3f-e2298998cabf@redhat.com> Date: Tue, 17 Oct 2017 18:14:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-10/txt/msg00538.txt.bz2 On 10/17/2017 07:08 PM, Pedro Alves wrote: > Not sure, really. It seems like the "best effort" results in > racy tests, e.g., if "coredumpctl" returns an old dump, or > if coredumpctl decides to rate-limit core dump generation (which > according to the docs, it does). It very much sounds like that > can lead to hard to diagnose problems and send GDB hackers tilting > at windmills. I should add that I won't oppose this too strongly _if_ we make the warning not easily lost in the noise, like e.g., maybe tacked to the end of all test runs, near the final test results summary? Thanks, Pedro Alves