- 05 10月, 2015 1 次提交
-
-
由 aarzilli 提交于
The 'source' command reads the file specified as argument and executes it as a list of delve commands. Additionally a flag '--init' can be passed to delve specifying a file containing a list of commands to execute on startup. Issue #96
-
- 29 9月, 2015 1 次提交
-
-
由 aarzilli 提交于
set <variable name> <value>
-
- 18 9月, 2015 1 次提交
-
-
由 aarzilli 提交于
stack command: -full flag prints local variables and arguments of all the functions on the stack trace
-
- 06 9月, 2015 1 次提交
-
-
由 aarzilli 提交于
-
- 30 8月, 2015 1 次提交
-
-
由 omie 提交于
Support multiple file / directory tables for multiple compilation units. - added a type DebugLines that can hold number of DebugLineInfo - added a supporting attribute to DebugLineInfo called 'Lookup' which is to be used to quickly lookup if file exists in FileNames slice - added supporting methods to lookup and return corresponding DebugLineInfo - changed the debug_line parsing behavior to read all the available tables and push them to DebugLines - since Process.lineInfo is now a slice, it was breaking AllPCsBetween as well - updated that function's definition to accept a new filename parameter to be able to extract related DebugLineInfo - updated calls to AllPCsBetween - fixed tests that were broken due to attribute type change in Process - updated _fixtures/cgotest program to include stdio.h, so that it updates .debug_line header - added a test to check 'next' in a cgo binary - OSX - 1.4 does not support cgo, handle that in new testcase
-
- 20 8月, 2015 1 次提交
-
-
由 Derek Parker 提交于
This patch aims to improve how Delve tracks the current goroutine, especially in very highly parallel programs. The main spirit of this patch is to ensure that even in situations where the goroutine we care about is not executing (common for len(g) > len(m)) we still end up back on that goroutine as a result of executing the 'next' command. We accomplish this by tracking our original goroutine id, and any time a breakpoint is hit or a threads stops, we examine the stopped threads and see if any are executing the goroutine we care about. If not, we set 'next' breakpoint for them again and continue them. This is done so that one of those threads can eventually pick up the goroutine we care about and begin executing it again.
-
- 12 8月, 2015 1 次提交
-
-
由 Derek Parker 提交于
Fixes a bug on OSX where, if the debugged process spawned a child, when that process received a SIGCHLD it would cause Delve to hang. Fixes #197
-
- 10 8月, 2015 3 次提交
-
-
由 Derek Parker 提交于
Fixes a code path where stacktrace returns < 2 locations and thread.ReturnAddress would panic. Now returns an error.
-
由 aarzilli 提交于
This fix helps avoid infinite recursion.
-
由 aarzilli 提交于
-
- 09 8月, 2015 2 次提交
-
-
由 aarzilli 提交于
Breakpoints, tracepoints, etc.. take a location spec as input. This patch improves the expressiveness of that API. It allows: * Breakpoint at line * Breakpoint at function (handling package / receiver smoothing) * Breakpoint at address * Breakpoint at file:line * Setting breakpoint based off regexp
-
由 Derek Parker 提交于
-
- 30 7月, 2015 1 次提交
-
-
由 Michael Gehring 提交于
-
- 28 7月, 2015 1 次提交
-
-
由 aarzilli 提交于
bugfix, Issue #163: offset of g struct in TLS picked based on the value of runtime.buildVersion and presence of compile units created by GNU AS, instead of being fixed to -16
-
- 16 7月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 08 7月, 2015 1 次提交
-
-
由 Derek Parker 提交于
Instead of fighting against the normal flow, just signal a SIGTRAP and let the existing flow handle it, as long as we set the halt flag correctly the system should halt.
-
- 27 6月, 2015 1 次提交
-
-
由 aarzilli 提交于
On a thread that's leader of its group, that is ptraced and that was survived by its children.
-
- 26 6月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 22 6月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 21 6月, 2015 1 次提交
-
-
由 aarzilli 提交于
Finishes #63 #64
-
- 12 6月, 2015 1 次提交
-
-
由 Derek Parker 提交于
* Set hardware breakpoints on all existing threads * Set hardware breakpoints on any new thread the spawns Fixes #111
-
- 10 5月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 09 5月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 26 4月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 20 4月, 2015 1 次提交
-
-
由 Derek Parker 提交于
* Properly find next source line for goroutines blocked in chanrecv * Refactor breakpoint clearing * Refactor temp breakpoint setting
-
- 01 4月, 2015 1 次提交
-
-
由 Derek Parker 提交于
* Better tracking of current goroutine * More efficient, eliminates superfluous step syscalls * Handles concurrency and thread coordination better
-
- 28 2月, 2015 1 次提交
-
-
由 Derek Parker 提交于
-
- 05 2月, 2015 1 次提交
-
-
由 epipho 提交于
-
- 20 1月, 2015 5 次提交
- 03 1月, 2015 1 次提交
-
-
由 epipho 提交于
when evaluating a nil pointer.
-
- 01 1月, 2015 1 次提交
-
-
由 epipho 提交于
-
- 31 12月, 2014 1 次提交
-
-
由 epipho 提交于
-
- 29 12月, 2014 1 次提交
-
-
由 Derek Parker 提交于
* First of a few commits to allow for evaluating arrays of arbitrary types * Adds support for 32 bit integer arrays
-
- 25 11月, 2014 1 次提交
-
-
由 Derek Parker 提交于
Remove any assumption that a wait syscall on a thread id after a continue will return. Any time we continue a thread, wait for activity from any thread, because the scheduler may well have switched contexts on us due to syscall entrace, channel op, etc... There are several more things to be done here including: * Potential tracking of goroutine id as we jump around to thread contexts. * Potential of selectively choosing threads to operate on based on the internal M data structures, ensuring that our M has an active G. This commit partially fixes #23 and #24, however there are still some random hangs that happen and need to be ironed out.
-
- 11 11月, 2014 1 次提交
-
-
由 Derek Parker 提交于
Properly scope variable evaluation to the function the traced process is currently stopped in.
-
- 08 11月, 2014 1 次提交
-
-
由 Derek Parker 提交于
-