From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 60531 invoked by alias); 20 Apr 2017 14:13:35 -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 60521 invoked by uid 89); 20 Apr 2017 14:13:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=HOME, H*r:sk:gdb@sou, H*RU:209.85.220.176, Hx-spam-relays-external:209.85.220.176 X-HELO: mail-qk0-f176.google.com Received: from mail-qk0-f176.google.com (HELO mail-qk0-f176.google.com) (209.85.220.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 20 Apr 2017 14:13:34 +0000 Received: by mail-qk0-f176.google.com with SMTP id f133so47357494qke.2 for ; Thu, 20 Apr 2017 07:13:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=MtmbkILvQuznc6RISrMtpVFTe5Z6pJXzmtTchsAPzOE=; b=jUGRMFgZSO953GGTfshA98bGl5JBD4VNy37CVuY0OddnEooenPgi1IPMP8/bYkJJ8I m/EQcNrypvuvNSY0qbjg6n4rkTQAoxl8VLPeahHZsrr1RYxvfqeYBmRk+H7U8gefJ4kS LZTyf//79F2/id3dRdIzoP7pPumqQn/bOYriH88tExnqP6UuZqH5tZwONI7UdBKC0xIH 0wdDWP12dA/NrcJLgqWQGY2LDm1oJaougO+GRt9BT8Q5xSjzgUbyK6EFofSWOx5rlKHb Hx3wxQVwNEDGT34knS+gCoAgitiC9ufo1KSyrvj2OXHqIAbzEMM7DKCFUa7TDQHKx3AH x8kQ== X-Gm-Message-State: AN3rC/72fgTvi+wuVroH+pnAeIjGm914TKJCiuJpSoC/+sM1En3ErheD CNT95W3nl3ont47vJYA= X-Received: by 10.233.235.14 with SMTP id b14mr7441784qkg.86.1492697612799; Thu, 20 Apr 2017 07:13:32 -0700 (PDT) Received: from ?IPv6:2600:1015:b021:279d:1184:56dc:7408:b24? ([2600:1015:b021:279d:1184:56dc:7408:b24]) by smtp.gmail.com with ESMTPSA id e55sm4214825qte.52.2017.04.20.07.13.31 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Apr 2017 07:13:32 -0700 (PDT) From: Luke Dalessandro Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: internal-error inferior_thread(): Assertion `tp' failed Message-Id: Date: Thu, 20 Apr 2017 14:13:00 -0000 To: gdb@sourceware.org X-IsSubscribed: yes X-SW-Source: 2017-04/txt/msg00025.txt.bz2 One of my main uses of gdb is to attach to multithreaded valgrind processes= run as `valgrind --vgdb=3Dyes --vgdb-error=3D0`=20 With recent builds of gdb I have started to encounter this assertion when t= he valgrind process is creating new threads. thread.c:89: internal-error: thread_info* inferior_thread(): Assertion = `tp' failed. I suspect that this has something to do with my environment (I=E2=80=99m co= nfiguring and running from a $HOME relative prefix), but the assertion itse= lf doesn=E2=80=99t given me much information to go on, google has been unhe= lpful, and I=E2=80=99m not aware of any specific changes that I=E2=80=99ve = made to my environment. Does anyone have experience with this problem? Thanks, Luke >From gdb-return-45723-listarch-gdb=sources.redhat.com@sourceware.org Thu Apr 20 15:45:47 2017 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 8894 invoked by alias); 20 Apr 2017 15:45:46 -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 Delivered-To: mailing list gdb@sourceware.org Received: (qmail 8760 invoked by uid 89); 20 Apr 2017 15:45:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_SOFTFAIL autolearn=no version=3.3.2 spammy=HOME, chances X-HELO: simark.ca Received: from simark.ca (HELO simark.ca) (158.69.221.121) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 20 Apr 2017 15:45:39 +0000 Received: by simark.ca (Postfix, from userid 33) id 4A9461E48E; Thu, 20 Apr 2017 11:45:39 -0400 (EDT) To: Luke Dalessandro Subject: Re: internal-error inferior_thread(): Assertion `tp' failed X-PHP-Originating-Script: 33:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 20 Apr 2017 15:45:00 -0000 From: Simon Marchi Cc: gdb@sourceware.org In-Reply-To: References: Message-ID: X-Sender: simon.marchi@polymtl.ca User-Agent: Roundcube Webmail/1.2.4 X-IsSubscribed: yes X-SW-Source: 2017-04/txt/msg00026.txt.bz2 Content-length: 1229 On 2017-04-20 10:13, Luke Dalessandro wrote: > One of my main uses of gdb is to attach to multithreaded valgrind > processes run as `valgrind --vgdb=yes --vgdb-error=0` > > With recent builds of gdb I have started to encounter this assertion > when the valgrind process is creating new threads. > > thread.c:89: internal-error: thread_info* inferior_thread(): > Assertion `tp' failed. > > I suspect that this has something to do with my environment (I’m > configuring and running from a $HOME relative prefix), but the > assertion itself doesn’t given me much information to go on, google > has been unhelpful, and I’m not aware of any specific changes that > I’ve made to my environment. > > Does anyone have experience with this problem? > > Thanks, > Luke Hi Luke, This error is quite generic. It means that the currently selected thread in GDB (identified by a process/thread id) doesn't have a corresponding entry in the GDB thread list. That's definitely a GDB bug, since it's a state it shouldn't be in. If you want to increase the chances of someone looking at the problem, you should provide an easy way to reproduce your problem (small test program, gdb commands used, etc). Thanks, Simon