This is the mail archive of the
insight@sources.redhat.com
mailing list for the Insight project.
Re: Patches for RDI stop code and general features
- To: Tim Chick <TChick at virata dot com>
- Subject: Re: Patches for RDI stop code and general features
- From: Fernando Nasser <fnasser at cygnus dot com>
- Date: Wed, 11 Oct 2000 13:06:33 -0400
- CC: Grant Edwards <grante at visi dot com>, insight at sourceware dot cygnus dot com
- Organization: Red Hat , Inc. - Toronto
- References: <20000825114434.C9351@visi.com> <39BE9A66.5924143@cygnus.com> <017101c03370$43797180$8cc8a8c0@tjc1laptop>
Tim Chick wrote:
>
> A while ago this was disscussed, and Fernando said he would
> put in the RDI stop code. This hasn't happened as of the 10/10
> snapshot, I'm not moaning, just maybe a reminder :-)
>
It was not forgotten, just in a long queue of things to do.
It is on the works now and will be in pretty soon.
> Since getting insight to work with my Jeeni, I have noticed
> a few problems:
>
> 1. If you specify a symbol file on the command line, and
> it can't be opened, there is no warning that the file
> could not be opened.
>
You are right. This is a bug but I don't know how to solve it.
This does not happen at GUI's command so I wonder how to get this
information back.
If you register this as a PR (problem report) in the insight bug database
you'll make sure I won't forget :-)
http://source.redhat.com/insight
Follow the Bug link and from there to the dababase.
> 2. I can't delete my breakpoints with the GUI, I have to
> use the console. If I try to delete a breakpoint the gui
> gives a popup:
> Error: No breakpoint at <sourcefile>.s:<line>
>
> This only occurs in breakpoints in assembly code.
>
All right. Another one. Good catch, thanks!
> 3. Disasembly and mixed source and assembly view. On
> the ARM using the Jeeni it sometimes gets the disassembly
> wrong.
>
This would be a binutils bug, probably.
> If I were to try and fix these, how would I supply patches for
> approval? What program should I use to produce these patch files?
>
There are instructions on how to contribute somewhere but here are some basics:
1) If it is a small fix you don't need it, but if you are adding any functionality
you will need an asignment of your work to the FSF (see fsf.org)
2) Use cvs or diff to produce the patch
There is a paragraph in the contribute file:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/src/gdb/CONTRIBUTE?content-type=text/x-cvsweb-markup&cvsroot=src
that says:
The patch itself. If you are accessing the CVS repository at:
Cygnus, use "cvs update; cvs diff -c3p"; else, use "diff -c3p
OLD NEW" or "diff -up OLD NEW". If your version of diff does
not support these options, then get the latest version of GNU
diff.
3) Don't forget the ChangeLog entry
4) Don't forget documentation changes
5) If adding a new feature or fixing a bug add a testcase or more if necessary.
The two last itens I am temporarely taking care of myself.
--
Fernando Nasser
Red Hat - Toronto E-Mail: fnasser@redhat.com
2323 Yonge Street, Suite #300
Toronto, Ontario M4P 2C9