From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30073 invoked by alias); 13 Feb 2018 09:19:42 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 30048 invoked by uid 89); 13 Feb 2018 09:19:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=dantipov@nvidia.com, dantipovnvidiacom X-HELO: mail-qt0-f181.google.com Received: from mail-qt0-f181.google.com (HELO mail-qt0-f181.google.com) (209.85.216.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 13 Feb 2018 09:19:40 +0000 Received: by mail-qt0-f181.google.com with SMTP id l9so2641273qtj.9 for ; Tue, 13 Feb 2018 01:19:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=qSGpYZJRsOcvGL638D397W70l+E+jqbfwZ1iCCx4l70=; b=csbEhmKxJPusI6VhjdZu4IUp3cNULP4UHJxsRS2GPDNsnouu7rOJAGT1Lve9YoZmjQ 3NBQcS/EewdMnotRooiQivVEFQ2GzwPloVMclnfDcJysCT2gtok9ChnXiabmG0ArWQVm O8r+Lz0sGIriUG2KF1LFk1+rzEo5WP/hsAHQe1lVqCa81vBnJ/lKhbv/pJD0RUq8LHdj HJdWoqh6vL0idHcUXunR96R9Rzg+71dzRWixuaQITB4RywfuvKpGTr4PhqbDHpg9tHzU aofSmJGphfu6hj62+CzMlTR85aEbxCENBn1WbbZSx/G7J1Nn7CJiOzpdmpdhFi5XfKdp I1YQ== X-Gm-Message-State: APf1xPAPFGxMy8gMHhZ+T4gdSfv+kUyD+fiDQXWlnccv9ci3R/pTkczR kSS9eQHgIo0fLl1cqqPIcWsnYc8yeNTJBZjYDZA= X-Google-Smtp-Source: AH8x227wNhLjp5I2fz8m7p0pbohIaBDobuC+Sv/X9fYHp1ytxeYgbSMpl5FUZxAupxsMzJSpVq3IfC0DnKhPDYokt5s= X-Received: by 10.237.42.87 with SMTP id k23mr857514qtf.24.1518513578567; Tue, 13 Feb 2018 01:19:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.153.232 with HTTP; Tue, 13 Feb 2018 01:19:38 -0800 (PST) In-Reply-To: <469e1280-3581-0305-6c9a-2693a765ab7a@nvidia.com> References: <780169f5-fa63-3357-ed78-a3045991c307@nvidia.com> <469e1280-3581-0305-6c9a-2693a765ab7a@nvidia.com> From: Yao Qi Date: Tue, 13 Feb 2018 09:19:00 -0000 Message-ID: Subject: Re: Printing thread_local a.k.a. __thread variables To: Dmitry Antipov Cc: GDB Development Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2018-02/txt/msg00090.txt.bz2 On Tue, Feb 13, 2018 at 7:55 AM, Dmitry Antipov wrote: > On 02/12/2018 05:54 PM, Yao Qi wrote: > >> ... is it broken in every threads in "thread apply all" or just in some >> threads? Can you reproduce it every time or it is intermittent? >> If you manually switch threads via command "thread N", can >> you examine 'tlocal'? > > > It seems that 'qGetTLSAddr' fails every time for any thread in question: > It works for me with GDBserver. You can debug gdbserver to see why qGetTLSAddr is not handled properly. The related function is thread-db.c:thread_db_get_tls_address. --=20 Yao (=E9=BD=90=E5=B0=A7)