Home | History | Annotate | Line # | Download | only in ddb
TODO revision 1.4 
      1 $NetBSD: TODO,v 1.4 2000/07/05 16:29:26 jhawk Exp $
      2 
      3 In rough order.
      4 
      5 Bugs to be fixed:
      6 
      7 done	command history sometimes gets slightly confused
      8 
      9 2.	uvm_fault()s can loop infinitely (kern/10016)
     10 
     11 3.	examine /m (hex + character dump) doesn't work.
     12 
     13 4.	"dot", "next", and "last" are not set properly and are usually
     14 	the same.
     15 
     16 5.	The vax port supporst decimal pids in "kill", etc. This should be
     17 	MI or not exist at all.
     18 
     19 6.	double-quote delimitted strings don't work in "print", nor do
     20 	multiple arguments (like the manpage says)
     21 
     22 Features to be implemented:
     23 
     24 1.	Have "ps" print pids with a 0t prefix to reduce radix
     25 	confusion. This is very ugly...needs thought.
     26 
     27 done	"set" should display the old value as "write" does.
     28 
     29 3.	Support 64-bit longs in "write". /L or /q? both? long versus quad?
     30 
     31 4.	Note only some radixes are supported.
     32 
     33 5.	Allow a mechanism for DDB to not fail under X (on the i386).
     34 	Probably just skip DDB in such cases. 
     35 
     36 6.	Enable DDB in GENERIC on all architectures not starved for
     37 	space.
     38 
     39 7.	Numbers starting with [a-f] should work, but symbols
     40 	of the same name should have priority.
     41 
     42 8.	Implement the unimplemented C operators, especially bitwise-OR (|).
     43 
     44 9.	"cond" -- conditionally execute a specified command on a breakpoint.
     45 	from Mach.
     46 
     47 10.	macros ("macro", "dmacro", "show macro"). from Mach.
     48 
     49 11.	!! command repitition (mostly unnecessary, just for consistency).
     50 	from Mach.
     51 
     52 12.	"continue" should honor _count as a number of breakpoints to ignore,
     53 	just as ",5:c" ignores 5 breakpoints in adb.
     54 
     55 13.	There should be a "step over" command (like :e in adb) that sets
     56 	a breakpoint at the next instruction if the current instruction
     57 	is a call (or jump?).
     58 
     59 14.	Specification of up to 4 ASCII chars as a 32-bit number
     60 	in an expression, like ' in adb:
     61 	     'cccc'          ASCII value of up to 4 characters.
     62 	I'm not sure what character to use for this, if the single-quote
     63 	is used for ditto, and the double-quote for strings in "print".
     64 
     65 15.	Add crossreference of gdb/ddb commands to manpage. i.e.
     66 	ddb "next" ~= gdb "finish".
     67 
     68 16.	Correct "ditto" to be a single-quote? Or something else?
     69 
     70 17.	option? To not lose system time when in ddb [reset clock on exit?]
     71 
     72 18.	Consider an XSERVER_DDB option [is it worth it?]
     73 
     74 19.	Eliminate vestigal DDB-specific kprintf() format specifiers
     75 
     76 20.	Figure out what's up with "ed_style"
     77 
     78 21.	Some sort of "immediate" step-in, step-over keybindings, like [
     79 	and ] in kadb (but not in adb):
     80 	     [           Like :e in adb(1), but requires only  one  keys-
     81 			 troke and no RETURN character.
     82 	
     83 	     ]           Like :s in adb(1), but requires only  one  keys-
     84 			 troke and no RETURN character.
     85 	Does this make people queasy?
     86 
     87 22.	"search" should display useful output (by default? with /v?)
     88 	indicating success/failure rather than simply setting "dot".
     89 	Perhaps verbose by default unless called from a macro (ugh?).
     90 
     91 23.	kern/9544, some symbolic representation of boot flags
     92 	suitable for documentation (esp. for RB_NOSYNC).
     93 
     94 24.	Soren requests in-band symbol table storage for ddb.
     95 	"dbsym"? Needs investigation/thought.
     96 
     97 25.	Support multiple address spaces (e.g. io space).
     98 	Suggested by eeh in <Pine.NEB.4.21.0005250944210.25299-100000@ehorvath>
     99 
    100 26.	Expand help to provide usage/synopsis per-command.
    101 
    102 27.	Ensure MD commands have consistent names and factor out
    103 	common code.
    104