- 22 1月, 2020 5 次提交
-
-
由 Derek Parker 提交于
* pkg/proc: Introduce Target * pkg/proc: Remove Common.fncallEnabled Realistically we only block it on recorded backends. * pkg/proc: Move fncallForG to Target * pkg/proc: Remove CommonProcess Remove final bit of functionality stored in CommonProcess and move it to *Target. * pkg/proc: Add SupportsFunctionCall to Target
-
由 hengwu0 提交于
* proc: separate amd64-arch code separate amd64 code about stacktrace, so we can add arm64 stacktrace code. * proc: implemente stacktrace of arm64 * delve now can use stack, frame commands on arm64-arch debug. Co-authored-by: Ntykcd996 <tang.yuke@zte.com.cn> Co-authored-by: Nhengwu0 <wu.heng@zte.com.cn> * test: remove skip-code of stacktrace on arm64 * add LR DWARF register and remove skip-code for fixed tests * proc: fix the Continue command after the hardcoded breakpoint on arm64 Arm64 use hardware breakpoint, and it will not set PC to the next instruction like amd64. We should move PC in both runtime.breakpoints and hardcoded breakpoints(probably cgo). * proc: implement cgo stacktrace on arm64 * proc: combine amd64_stack.go and arm64_stack.go file * proc: reorganize the stacktrace code * move SwitchStack function arch-related * fix Continue command after manual stop on arm64 * add timeout flag to make.go to enable infinite timeouts Co-authored-by: Naarzilli <alessandro.arzilli@gmail.com> Co-authored-by: Nhengwu0 <wu.heng@zte.com.cn> Co-authored-by: Ntykcd996 <56993522+tykcd996@users.noreply.github.com> Co-authored-by: NAlessandro Arzilli <alessandro.arzilli@gmail.com>
-
由 Dmitry Neverov 提交于
-
由 Dmitry Neverov 提交于
Labels can help in identifying a particular goroutine during debugging. Fixes #1763
-
由 chainhelen 提交于
Abandon gitter chat link, just leave the mailing list. Fix #1842
-
- 21 1月, 2020 1 次提交
-
-
由 chainhelen 提交于
Expression such as: config show-location-expr true disassemble -a 0x4a23a0 0x4a23f2 disassemble -a 0x4a23a0 0x4a23f2 should all execute correctly. Extend #795.
-
- 17 1月, 2020 1 次提交
-
-
由 aarzilli 提交于
Adds a cache mapping goroutine IDs to goroutine objects, this allows speeding up FindGoroutine and makes commands like 'goroutines -t' not be accidentally quadratic in the number of goroutines.
-
- 14 1月, 2020 3 次提交
-
-
由 chainhelen 提交于
Should judge `state.Err` instead of `err`.
-
由 Derek Parker 提交于
We've dropped support for 1.11 in our CI runs, we should also update the minimum require Go version in the mod file as well. Resolves #1813
-
由 Alex Brainman 提交于
Specifically, make sure that both DebugActiveProcess and WaitForDebugEvent Windows APIs are executed on the same thread. Otherwise WaitForDebugEvent fails with ERROR_INVALID_HANDLE as per its documentation https://docs.microsoft.com/en-us/windows/win32/api/debugapi/nf-debugapi-waitfordebugevent '... Only the thread that created the process being debugged can call WaitForDebugEvent. ...' Fixes #1825
-
- 10 1月, 2020 4 次提交
-
-
由 aarzilli 提交于
Due to a bug in the Go compiler midstack inlined calls do not report their ranges correctly. We can't check if an address is in the range of a DIE by simply looking at that DIE's range, we should also recursively check the DIE's children's ranges. Also fixes the way stacktraces of midstack inlined calls are reported (they used to be inverted, with the deepest inlined stack frame reported last). Fixes #1795
-
由 aarzilli 提交于
Adds an API call that returns a list of packages contained in the program and the files that were used to build them, and also a best guess at which filesystem directory contained the package when it was built. This can be used by IDEs to map file paths if the debugging environment doesn't match the build environment exactly.
-
由 aarzilli 提交于
When a line has instructions associated but none of them have is_stmt set LineToPC and LineToPCIn should behave in the same way. Fixes #1817
-
由 chainhelen 提交于
Change `copy form` into `copy from`.
-
- 03 1月, 2020 6 次提交
-
-
由 aarzilli 提交于
-
由 aarzilli 提交于
When attaching to a process in linux ElfUpdateSharedObjects will be called for the first time during the call to updateThreadList, unfortunately it won't do anything because the dynamic section of the base elf executable needs to have been read first and that's done when we initialize the BinaryInfo object (which happens later during the call to initialize).
-
由 aarzilli 提交于
-
由 aarzilli 提交于
Remove build tags from disassembler code, move architecture specific functionality inside proc.Arch. This is necessary because Delve should be able to debug corefiles cross-platform.
-
由 aarzilli 提交于
Updates #1802
-
由 spacewander 提交于
Close #1714.
-
- 12 12月, 2019 1 次提交
-
-
由 hengwu0 提交于
-
- 10 12月, 2019 2 次提交
-
-
由 aarzilli 提交于
This reverts commit 35d168ac. See: https://github.com/go-delve/delve/pull/1786#issuecomment-562160264
-
由 aarzilli 提交于
Fixes #1787
-
- 04 12月, 2019 1 次提交
-
-
由 aarzilli 提交于
-
- 03 12月, 2019 1 次提交
-
-
由 Derek Parker 提交于
During a debug session if the process exited and then the user quit the debug session, the process exit message would display again and Delve would exit non-zero (specifically with exit code 1) despite nothing going wrong. This patch fixes this so that Delve exits with a clean 0 status and the process exit message is not printed yet again.
-
- 02 12月, 2019 1 次提交
-
-
由 aarzilli 提交于
The ARM64 left the vendor directory in an inconsistent state, go1.13 doesn't care so we didn't catch it but go1.14 does.
-
- 28 11月, 2019 10 次提交
-
-
由 吴衡10223547 提交于
* fix TestKill test: It will fail in Open /proc/pid/ sporadicly since there is no any sync between signal sended(tracee handled) and open /proc/%d/, especially in some weak arm64 cpu. Skip /proc check on arm64. * remove skip-code of Detach tests.
-
由 hengwu0 提交于
* move firstPCAfterPrologueDisassembly() and checkPrologue() out of arch independent. * s/do not/does not/ (for all tests)
-
由 hengwu0 提交于
* remove skip-code of some arm64 tests, which implemented. * fix errors in testsuits for arm64
-
由 hengwu0 提交于
arm64 use hardware breakpoint, and it will not set PC to the next instruction like amd64. Let adjustPC always fasle in arm64, in case of infinite loop.
-
由 hengwu0 提交于
-
由 hengwu0 提交于
Skip the failed tests that don't work on arm64.
-
由 jim 提交于
PtraceSingleStep cannot step over BRK instruction(linux-arm64 feature or kernel bug maybe). GDB has the same question too, it will hang on forever with c command or execute that instruction indefinitely with s,si command. SetPC+BreakpointSize to jump over BRK to prevent repeating the instruction indefinitely. Co-authored-by: Ntykcd996 <tang.yuke@zte.com.cn> Co-authored-by: Nhengwu0 <wu.heng@zte.com.cn>
-
由 hengwu0 提交于
* delve now can be built to arm64-arch and running on linux-arm64 OS. * arm64 general-purpose registers have completed. * arm64 disasm has completed. Co-authored-by: Ntykcd996 <tang.yuke@zte.com.cn> Co-authored-by: Nhengwu0 <wu.heng@zte.com.cn>
-
由 hengwu0 提交于
As proc/native is arch related, it should move some functions to arch-relate file. And this patch can help us to separate the architecture code, make code tidy. So that the merge of arm64 code later will not cause chaos.(#118)
-
由 hengwu0 提交于
the tracee may coredumped after detach: trace/breakpoint trap (core dumped).
-
- 26 11月, 2019 3 次提交
-
-
由 Alessandro Arzilli 提交于
Use the name specified by compile unit attribute DW_AT_go_package_name, introduced in Go 1.13, to map package names to package paths, instead of trying to deduce it from names of types. Also use this mapping for resolving global variables and function expressions.
-
由 Alessandro Arzilli 提交于
We used to not do anything say anything at all about them anyway.
-
由 Michael Stapelberg 提交于
This prevents other users on the same machine (e.g. a production server) from using dlv under the credentials of another user, which poses a security issue.
-
- 14 11月, 2019 1 次提交
-
-
由 nd 提交于
This allows to execute and debug signal handlers in inferior.
-