From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 44428 invoked by alias); 31 Mar 2015 19:54:22 -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 44418 invoked by uid 89); 31 Mar 2015 19:54:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,LIKELY_SPAM_BODY,SPF_PASS,T_RP_MATCHES_RCVD,UNPARSEABLE_RELAY autolearn=no version=3.3.2 X-HELO: userp1040.oracle.com Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 31 Mar 2015 19:54:21 +0000 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t2VJsDIr002503 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 31 Mar 2015 19:54:13 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t2VJsDDc026852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 31 Mar 2015 19:54:13 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t2VJsDab029064; Tue, 31 Mar 2015 19:54:13 GMT Received: from termi.oracle.com (/10.175.202.119) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 31 Mar 2015 12:54:12 -0700 From: jose.marchesi@oracle.com (Jose E. Marchesi) To: Joel Brobecker Cc: Sergio Durigan Junior , gdb-patches@sourceware.org Subject: Re: [PATCH V4 5/9] New probe type: DTrace USDT probes. References: <1422874968-382-1-git-send-email-jose.marchesi@oracle.com> <1422874968-382-6-git-send-email-jose.marchesi@oracle.com> <87r3tp722i.fsf@redhat.com> <20150325191418.GA32233@adacore.com> <87bnjfraq1.fsf@oracle.com> <20150326175028.GA13867@adacore.com> <87y4mdjcie.fsf@oracle.com> <20150331184727.GF13867@adacore.com> Date: Tue, 31 Mar 2015 19:54:00 -0000 In-Reply-To: <20150331184727.GF13867@adacore.com> (Joel Brobecker's message of "Tue, 31 Mar 2015 11:47:27 -0700") Message-ID: <878uedey48.fsf@oracle.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg01069.txt.bz2 I've been able to reproduce the problem, but when I checked again with a non-AdaCore debugger, the problem went away. I'm not really sure whether this indicates whether this is an issue caused by some of our local changes, or whether this is just a latent bug that gets triggered by those local changes. Either way, it felt like I would have no choice but to get more familiar with how those probes work. The problem is that I'm short on time again. But, if you have any kind of document describing how this data is laid out in the binary, I'm very interested. I don't know of any document describing the DOF layout. I would suggest you to take a look to the script gdb/testsuite/lib/pdtrace.in. It creates and populates DOF sections and it documents the structure of the generated data. Feel free to send me any question you may have regarding DOF. I will try to help even if I am not a DOF expert myself :)