From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 432 invoked by alias); 27 Jun 2005 21:59:22 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 32595 invoked by uid 22791); 27 Jun 2005 21:59:17 -0000 Received: from faui03.informatik.uni-erlangen.de (HELO faui03.informatik.uni-erlangen.de) (131.188.30.103) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 27 Jun 2005 21:59:17 +0000 Received: from faui03.informatik.uni-erlangen.de (faui03.informatik.uni-erlangen.de [131.188.30.103]) by faui03.informatik.uni-erlangen.de (8.12.9/8.12.9) with ESMTP id j5RLxFS8023032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Jun 2005 21:59:15 GMT Received: (from sithglan@localhost) by faui03.informatik.uni-erlangen.de (8.12.9/8.12.9) id j5RLxFgP023031 for gdb@sources.redhat.com; Mon, 27 Jun 2005 23:59:15 +0200 (CEST) Date: Mon, 27 Jun 2005 21:59:00 -0000 From: Thomas Glanzmann To: gdb@sources.redhat.com Subject: Re: gdb eats 100% cpu for relative long time when I single step one instruction Message-ID: <20050627215915.GE8659@cip.informatik.uni-erlangen.de> Mail-Followup-To: Thomas Glanzmann , gdb@sources.redhat.com References: <20050627212704.GD8659@cip.informatik.uni-erlangen.de> <20050627214826.GA756@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050627214826.GA756@nevyn.them.org> User-Agent: Mutt/1.5.9i X-SW-Source: 2005-06/txt/msg00268.txt.bz2 Hello, > These are just display panes. It sounds like something is broken > inside the TUI. You'll have to build a debuggable GDB and attach > another gdb to it to see what it's spinning on. I made a screenshot[1]. I guess that every time I do a single step gdb tries to analyze the jzero_far function he thinks I am in. He also says jzero_far+1846439. But if this doesn't help I can attach. I executed 'ni' in the gdb window and attached strace -o dbg -fp `pidof gdb` And he does: (excalibur) [~] cat dbg 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0x8249d14, [0x49e94050]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0xb7fd0ce0, [0xb74400c0]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0x8249d14, [0x49e94050]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0x8249d18, [0x90fffffd]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0xb7fd0ce0, [0xb74400c0]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0x8249d18, [0x90fffffd]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0xb7fd0ce0, [0xb74400c0]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0x8249d1c, [0xff08458b]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0xb7fd0ce0, [0xb74400c0]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0x8249d1c, [0xff08458b]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0xb7fd0ce0, [0xb74400c0]) = 0 1317 ptrace(PTRACE_PEEKTEXT, 1318, 0x8249d1c, [0xff08458b]) = 0 ... (excalibur) [~] wc -l dbg 1728579 dbg And I started the ptrace *after* I typed 'ni' in and interrupted it before 'ni' came back: Thomas [1] gdb screenshot http://wwwcip.informatik.uni-erlangen.de/~sithglan/shot1.png