From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15147 invoked by alias); 2 Sep 2009 15:35:19 -0000 Received: (qmail 15139 invoked by uid 22791); 2 Sep 2009 15:35:18 -0000 X-SWARE-Spam-Status: No, hits=-0.8 required=5.0 tests=AWL,BAYES_50 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.157) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 02 Sep 2009 15:35:12 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n82FZ3uW046721 ; Wed, 2 Sep 2009 17:35:03 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) Received: from mailserver.u-strasbg.fr (ms1.u-strasbg.fr [130.79.204.10]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n82FZ3qM070253 ; Wed, 2 Sep 2009 17:35:03 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (www-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n82FXmAk068483 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Wed, 2 Sep 2009 17:33:48 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: , Cc: "'Pedro Alves'" References: <000901c9f5ef$4ee06f10$eca14d30$@u-strasbg.fr> <20090626155254.GA15627@caradoc.them.org> <001f01c9fa5a$0e1297f0$2a37c7d0$@u-strasbg.fr> <831vp047u8.fsf@gnu.org> <20090701180419.GA8152@ednor.casa.cgf.cx> <003a01c9fbf8$f3e91610$dbbb4230$@u-strasbg.fr> In-Reply-To: <003a01c9fbf8$f3e91610$dbbb4230$@u-strasbg.fr> Subject: [PING][RFC-v3] Add windows Thread Information Block Date: Wed, 02 Sep 2009 15:35:00 -0000 Message-ID: <000001ca2be2$c458d600$4d0a8200$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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 X-SW-Source: 2009-09/txt/msg00055.txt.bz2 I got the approval for the windows part from Christopher=20 a long while ago, but nothing for the rest of the patch :( Pedro, could you please tell me if I should add a different TARGET_OBJECT type or if the patch is acceptable as is? I don't think that the fact that TARGET_OBJECT_OSDATA is using XML for other osdata is a real stopper, but you need to decide and let me know, please. Pierre Muller Pascal language support maintainer for GDB > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Pierre Muller > Envoy=E9=A0: Friday, July 03, 2009 6:12 PM > =C0=A0: gdb-patches@sourceware.org; drow@false.org > Cc=A0: 'Pedro Alves' > Objet=A0: [RFC-v3] Add windows Thread Information Block >=20 >=20 > Here is a new version of this patch: >=20 > - It does add a convenience variable name "$_tlb" > for "thread local base" as this is the only value that needs > to be fetch especially. > Maybe "_tib" is better, in the sense that it "talks" more to > windows used debuggers? But this is really only a pointer and not the > block itself. Any better idea? >=20 > I tried to create a type that really fits > the Windows OS layout, but as this structure is not documented really > and has changed between OS version, there can be no > assurance that all fields are OK in all versions... > It works both native and remotely. >=20 > I didn't check if it works OK, if endianess are different > but the extra field in extract_unsigned_integer should take care > of this. >=20 > As Christopher reported problems trying to apply my previous > version, I attach it this time, hoping that this will avoid troubles. >=20 > Pedro, I didn't change the TARGET_OBJECT type, > and I really want to know if this is really required, > as it seems to be a lot of work and I can't see the benefit... >=20 >=20 > Pierre Muller > Pascal language support maintainer for GDB >=20 >=20 >=20 >=20