This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [PATCH]: memory region attributes
- To: Jeff Holcomb <jeffh at redhat dot com>
- Subject: Re: [PATCH]: memory region attributes
- From: jtc at redback dot com (J.T. Conklin)
- Date: 24 Jan 2001 13:05:39 -0800
- Cc: gdb-patches at sourceware dot cygnus dot com
- References: <Pine.SOL.3.91.1010124074158.29868U-100000@cse.cygnus.com>
- Reply-To: jtc at redback dot com
>>>>> "Jeff" == Jeff Holcomb <jeffh@redhat.com> writes:
>> Since these changes have been on the table for a few months with no
>> objections, I'm going to use my newfound status to commit them.
>>
>> This shouldn't cause any problems or undue overhead when no memory
>> regions are defined. In the past, I've run this through the test-
>> suite with no regressions.
Jeff> I'm no longer able to build on solaris2.5 after this change. Looks like
Jeff> sol-thread.c needs to be updated also?
Yes. Sorry about that.
I just checked in a patch that will allow solaris to build. In
rw_common(), I had to pass 0 as the attrib argument because I couldn't
find out where to get the attribute. While I could call lookup region
and break up the operation like is done in target_xfer_memory(), that
should really be done in an upper layer and passed through. The thing
is, I can't find out how rw_common() is called. It's called by
ps_p{d,t}{read,write}, but I don't know where those routines are
called from.
I'd appreciate help from anyone who understands GDB's thread infrastructure.
--jtc
--
J.T. Conklin
RedBack Networks