From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <kewarken@qnx.com>
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Received: (qmail 27900 invoked from network); 9 Jan 2003 13:31:30 -0000
Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76)
  by 209.249.29.67 with SMTP; 9 Jan 2003 13:31:30 -0000
Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158])
	by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id IAA29274;
	Thu, 9 Jan 2003 08:23:13 -0500
Received: from dash ([192.168.20.27]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id IAA06222; Thu, 9 Jan 2003 08:31:16 -0500
Message-ID: <002801c2b7e3$86df1020$2a00a8c0@dash>
From: "Kris Warkentin" <kewarken@qnx.com>
To: "Kevin Buettner" <kevinb@redhat.com>
Cc: <gdb@sources.redhat.com>
References: <013201c2b297$566460e0$0202040a@catdog> <1030108231501.ZM637@localhost.localdomain>
Subject: Re: how to access show/set data
Date: Thu, 09 Jan 2003 13:31:00 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-SW-Source: 2003-01/txt/msg00126.txt.bz2

Actually, I had replied to my own post (you must have missed it) but the
lookup_cmd() function in cli-decode.c does the trick nicely.  The reason we
don't use .gdbinit is because we ship our tools in an odd set of places
(depending on which host) and it's easier to have defaults than to force
customers to use a .gdbinit.  Besides, where do you put your gdbinit on a
windows host? ;-)

cheers,

Kris

----- Original Message -----
From: "Kevin Buettner" <kevinb@redhat.com>
To: "Kris Warkentin" <kewarken@qnx.com>; <gdb@sources.redhat.com>
Sent: Wednesday, January 08, 2003 6:15 PM
Subject: Re: how to access show/set data


> On Jan 2,  2:44pm, Kris Warkentin wrote:
>
> > Say, for example, I wanted to programmatically modify solib_search_path,
a
> > static char * which is declared in solib.c.
> >
> > I know a pointer to it has been stored via the add_set_cmd function and
I'm
> > wondering if there is a "approved" way for me to dig out this pointer.
I
> > have an OS dependent init file that needs to monkey with
solib_search_path
> > and I didn't want to make the mods to solib.c or to make a "qnx_solib.c"
for
> > such a small thing.
>
> Why not just put set solib-search-path in your .gdbinit file?
>
> (I don't know of any "approved" way of digging out the pointer.)
>
> Kevin
>