From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32443 invoked by alias); 26 May 2005 03:39:52 -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 32432 invoked by uid 22791); 26 May 2005 03:39:48 -0000 Received: from legolas.inter.net.il (HELO legolas.inter.net.il) (192.114.186.24) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 26 May 2005 03:39:48 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-202-135.inter.net.il [80.230.202.135]) by legolas.inter.net.il (MOS 3.5.8-GR) with ESMTP id ELN28437 (AUTH halo1); Thu, 26 May 2005 06:39:43 +0300 (IDT) Date: Thu, 26 May 2005 03:39:00 -0000 Message-Id: From: Eli Zaretskii To: Nick Roberts CC: gdb@sources.redhat.com In-reply-to: <17045.1379.28193.987032@farnswood.snap.net.nz> (message from Nick Roberts on Thu, 26 May 2005 11:08:19 +1200) Subject: Re: Consistent format for memory addresses Reply-to: Eli Zaretskii References: <17043.61074.262608.156551@farnswood.snap.net.nz> <20050525033745.GA25868@nevyn.them.org> <17043.63119.670138.172271@farnswood.snap.net.nz> <17044.59885.202702.599140@farnswood.snap.net.nz> <20050525212813.GA18065@nevyn.them.org> <17045.1379.28193.987032@farnswood.snap.net.nz> X-SW-Source: 2005-05/txt/msg00330.txt.bz2 > From: Nick Roberts > Date: Thu, 26 May 2005 11:08:19 +1200 > Cc: Eli Zaretskii , gdb@sources.redhat.com > > > You know it's a number - it's going to stay a number. A function to > > turn one hex number into a regular expression that would match it with > > leading zeros wouldn't be much work. > > If you are saying that the address formats will only differ in their number of > leading zeros, and not in other ways, then that is good enough for my purposes. Well, it's a number, right? What else can possibly change in the address format that leaves the numeric value unmodified? The only other thing, besides leading zeros, that I can think of is sign extension in some weird 32/64 bit situations. But that's a theory, I don't even know if it's possible in practice. So I'd say leading zeros is all you need to worry about for now.