This is the mail archive of the gdb@sourceware.cygnus.com mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: RFD: New command to inspect other selectors memory.

To: muller at cerbere dot u-strasbg dot fr
Subject: Re: RFD: New command to inspect other selectors memory.
From: Eli Zaretskii <eliz at delorie dot com>
Date: Sat, 4 Mar 2000 02:03:10 -0500 (EST)
CC: kettenis at wins dot uva dot nl, gdb at sourceware dot cygnus dot com
References: <200003021432.PAA01976@cerbere.u-strasbg.fr><200003021347.OAA01051@cerbere.u-strasbg.fr><200003021257.NAA00259@cerbere.u-strasbg.fr><200003021257.NAA00259@cerbere.u-strasbg.fr><200003021347.OAA01051@cerbere.u-strasbg.fr><200003021432.PAA01976@cerbere.u-strasbg.fr> <200003030843.JAA12246@cerbere.u-strasbg.fr>


> I have written for DJGPP target a relatively small patch.
> It allows to read memory from another selector
> this was very useful for me when I tried to debug the debugger itself and 
> when I added exception support fro GDB on DJGPP !

I have this patch on my disk, and will review it when I have time.

>   Is such kind of patch too specific to have any chance to get accepted ?
> I don't know if it could be of any use for other processors or operating
> system !!

I second the question.

In any case, I understand that there's no problem to add architecture-
specific commands, right?

References:
- Re: Pascal language support patch preparation
  - From: Pierre Muller
- Pascal language support patch preparation
  - From: Pierre Muller
- Indent -gnu ?
  - From: Pierre Muller
- RFD: New command to inspect other selectors memory.
  - From: Pierre Muller

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]