From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20465 invoked by alias); 22 Aug 2013 23:32:39 -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 20444 invoked by uid 89); 22 Aug 2013 23:32:39 -0000 X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_NO autolearn=ham version=3.3.2 Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 22 Aug 2013 23:32:38 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id E420711681F; Thu, 22 Aug 2013 19:32:42 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1l-cAyQGWU+u; Thu, 22 Aug 2013 19:32:42 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 79A671167A0; Thu, 22 Aug 2013 19:32:42 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id EC6A3C3DA9; Thu, 22 Aug 2013 16:32:34 -0700 (PDT) Date: Thu, 22 Aug 2013 23:32:00 -0000 From: Joel Brobecker To: David Edelsohn Cc: Raunaq 12 , GDB Patches , Mark Kettenis , Ulrich Weigand Subject: Re: [PATCH 4/5] powerpc64-aix ptrace64 when defined. Message-ID: <20130822233234.GA13292@adacore.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2013-08/txt/msg00654.txt.bz2 > I built gdb-7.6 with the ptrace64 patch (without --enable-64-bit-bfd) > and it seems to work correctly on cc1plus. So at least the current > patch does not harm debugging. Actually, I just found that it breaks thread support on 32bit AIX, at least. A simpler way to show the problem is: (gdb) x /x &__n_pthreads 0xf06a8258 <__n_pthreads>: Cannot access memory at address 0xf06a8258 Prior to the patch, we have: (gdb) x /x &__n_pthreads 0xf06a8258 <__n_pthreads>: 0x00000003 The error returned by ptrace64 is EIO (5), which means it thinks the address is wrong (or else the request ID is invalid, but I doubt that). I'm a bit rushed, as usual, but I still have a little extra time today to dig a little further. -- Joel