debugger/TODO

   1 This is a list of things that theoretically should be possible in some
   2 way or another.  No commitment to actually do these, but these sound
   3 possible to me right now.   In no particular order.  If someone else
   4 wants to dig in, feel free.
   5
   6 1) Some kind of crude display capability.  Not too hard, I guess.
   7         Just keep a list of addresses, counts and formats that we
   8         want displayed each time we enter the debugger.
   9
  10 2) Some kind of single step capability.
  11         I am not sure - I think you just set a flag
  12         in AFLAGS, and you get an interrupt back again.
  13         The signal type would proabably be different, however,
  14         but Wine could easily be patched to accept this one as well.
  15         The main problem with this is that gdb normally runs in a
  16         separate process so it is easy to single step second process.
  17         Here we are all part of the same process.  Perhaps we could look
  18         ahead to the end of the instruction and set another breakpoint?
  19
  20 3) Some kind of breakpoint capability.
  21         Requires single step.  When we restart, we
  22         remove the breakpoint, single step one instruction
  23         replace the breakpoint, and then continue.
  24
  25 4) Some kind of watchpoint capability.  Pretty easy once we have a
  26         single step capability, but we end up running the program
  27         really slowly one instruction at a time.
  28
  29 5) Some kind of .wdbinit file.
  30