- 30 6月, 2015 1 次提交
-
-
由 aarzilli 提交于
-
- 28 6月, 2015 1 次提交
-
-
由 aarzilli 提交于
-
- 27 6月, 2015 1 次提交
-
-
由 Derek Parker 提交于
Fixes #154
-
- 22 6月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 21 6月, 2015 4 次提交
-
-
由 Derek Parker 提交于
s/Break/SetBreakpoint/ s/Clear/ClearBreakpoint/ s/BreakByLocation/SetBreakpointByLocation/
-
由 Derek Parker 提交于
-
由 Derek Parker 提交于
-
由 aarzilli 提交于
Finishes #63 #64
-
- 20 6月, 2015 1 次提交
-
-
由 Giulio Iotti 提交于
-
- 18 6月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 14 6月, 2015 1 次提交
-
-
由 Derek Parker 提交于
Previously either the terminal client or the debugger service would either lock main goroutine to a thread or provide a locked goroutine to run _all_ DebuggedProcess functions in. This is unnecessary because only ptrace functions need to be run from the same thread that originated the PT_ATTACH request. Here we use a specific thread-locked goroutine to service any ptrace request. That goroutine is also responsible for the initial spawning / attaching of the process, since it must be responsible for the PT_ATTACH request.
-
- 13 6月, 2015 5 次提交
-
-
由 Derek Parker 提交于
-
由 Derek Parker 提交于
-
由 Derek Parker 提交于
-
由 Derek Parker 提交于
Hardware breakpoints are by definition architecture dependant. Move them off the DebuggedProcess struct and onto the associated arch struct.
-
由 Derek Parker 提交于
-
- 28 5月, 2015 2 次提交
-
-
由 Derek Parker 提交于
Prevents leaving around a bunch of zombie processes
-
由 Derek Parker 提交于
Process is an incorrect name for the DebuggedProcess struct that the thread is "a part" of. Also, no need to export that field.
-
- 09 5月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 05 5月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 02 5月, 2015 3 次提交
-
-
由 Derek Parker 提交于
-
由 Derek Parker 提交于
-
由 Derek Parker 提交于
-
- 30 4月, 2015 1 次提交
-
-
由 Dan Mace 提交于
Refactor to introduce client/server separation, including a typed client API and a HTTP REST server implementation. Refactor the terminal to be an API consumer.
-