From: PAUL GILLIAM <pgilliam@us.ibm.com>
To: Rob Quill <rob.quill@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: TODO List?
Date: Mon, 15 May 2006 18:41:00 -0000 [thread overview]
Message-ID: <1147711905.3672.144.camel@dufur.beaverton.ibm.com> (raw)
In-Reply-To: <baf6008d0605131011s4ab12683s4c4ce7b6b67f93d8@mail.gmail.com>
> I have downloaded the GDB Internals document, and will be having
> a look through that. Do you have any other suggestions for how to go
> about getting to grips with the code? Also, is it alright to ask
> questions about the GDB Internals document on here, if there are
> things I don't understand.
>
It might be really cool to use the internals document as a way of
keeping track of your developing understanding.
What I mean by that: If you have a question about something that is
covered in the internals document and have a dialog with the gdb@ list
about it, formalize your new understanding by making needed changes in
the document and running them through the gdb-patches@ list. This would
only apply if your original lack of understanding was due to a faulty
section or poor wording, etc. in the internals document.
If your question is about something that is *not* covered in the
document, but maybe should be, then update the document such that your
question is now answered by it.
If you could somehow incorporate this kind of procedure into your
project goals, then you would get credit for the 'extra' work entailed,
as well as the satisfaction of knowing you have helped others down the
line.
There are, of course, problems with this idea. For example, the level
of detail in a question my not be appropriate for the internals
document, especially if in an area of GDB that is undergoing a lot of
change.
For many of us, the problem with this idea is the pressure we have to
'fix the next bug and get it on to the next one'. Kind of a 'what have
you done for me lately' kind of thing. But maybe in your environment,
this might not apply.
Anyway, it's just a thought.
-=# Paul Gilliam #=-
prev parent reply other threads:[~2006-05-15 17:55 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-13 14:54 Rob Quill
2006-05-13 17:14 ` Daniel Jacobowitz
2006-05-13 21:57 ` Rob Quill
2006-05-14 5:34 ` Daniel Jacobowitz
2006-05-14 15:02 ` Robert Dewar
2006-05-14 15:06 ` Rob Quill
2006-05-14 15:10 ` Daniel Jacobowitz
2006-05-14 19:34 ` Robert Dewar
2006-05-14 21:22 ` Daniel Jacobowitz
2006-05-15 18:41 ` PAUL GILLIAM [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1147711905.3672.144.camel@dufur.beaverton.ibm.com \
--to=pgilliam@us.ibm.com \
--cc=gdb@sourceware.org \
--cc=rob.quill@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox