forked from rocky/bashdb
-
Notifications
You must be signed in to change notification settings - Fork 0
/
TODO
65 lines (43 loc) · 1.78 KB
/
TODO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
For Debian release:
- GFDL or GPL for documentation?
"@DEBUGGER_START_FILE@"? if no -L and no ../lib?
BUGS
- option --tty and debugger command "tty" ("set inferior-tty") are
supposed to change the program's input/output, not the debugger's
(input/)output.
- Source can have parameters but that doesn't appear in ARGC, ARGV.
RETURN trap should signal when leaving source'd file.
- Stack trace on rare occasions can get the wrong line number.
- Interrupts to program sometimes are delayed. Seems like a bash thing. Why?
- Darwin compilation problem in siglist
- Check that all global variables are changed via "journal"
-------------------------------------
NECESSARY TO DO:
- Documentation:
update sample session ?
Info for calling from inside script. Developer's handbook?
- Split out command zshdb, kshdb, bashdb code.
FEATURES TO ADD:
0. bash should maintain a list of line numbers that one can
set breaks on.
1. Remove case statement to figure out command names; put
names inside an associative array. This makes command
handling more general.
*2. Debugger should handle errors better. (Does this need bash?)
Might be able to somehow cascade onto existing Error routine.
Same might be done with SIGDEBUG.
3. "finish" or "return" where frame has been changed from top.
Gdb commands that could be added:
backtrace -n
set history filename
set history name
set history size
ignore
FUTURE:
*More support in bash: list of valid line numbers
*Rewrite so debugger lives outside of process
- will not be subject to subshell environment discards.
- will have its own global state, but it needs to have access to debugger
environment
- will support remote debugging
*=Things that bash might help out with.