{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":660723847,"defaultBranch":"master","name":"delve","ownerLogin":"mjdusa","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2023-06-30T17:21:06.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/107959869?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1688145672.931869","currentOid":""},"activityList":{"items":[{"before":"06053a7e4b34e16aac9c124e4111ee3b2ba9dd51","after":"4b628b81cbefc4e6f5990d04bb335b43df18c113","ref":"refs/heads/master","pushedAt":"2024-06-14T23:03:19.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"proc: refactor identifier evaluation for range-over-func support (#3738)\n\nBecause of how range-over-func is implemented it is difficult to\r\ndetermine the set of visible local variables during expression\r\ncompilation (i.e. it is difficulto to keep the HasLocal function\r\ncorrect).\r\nThis commit moves that logic from expression compilation to expression\r\nevaluation.\r\n\r\nUpdates #3733","shortMessageHtmlLink":"proc: refactor identifier evaluation for range-over-func support (go-…"}},{"before":"2ec2e831d62b7d81702a9b7fb581c0080a5a7a78","after":"06053a7e4b34e16aac9c124e4111ee3b2ba9dd51","ref":"refs/heads/master","pushedAt":"2024-06-13T02:41:41.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"proc: fix bug with stack watchpoints going out of scope (#3742)\n\nWhen stack watchpoints go out of scope simultaneously they can hide (or\r\nduplicate the effect) of other breakpoints (including other watchpoints\r\ngoing out of scope) that are placed on the same physical memory\r\nlocation.\r\n\r\nThis happens because we delete the watchpoint-out-of-scope breakpoint\r\nwhile we are evaluating hit breakpoints, mangling the breaklets list.\r\n\r\nThis commit moves breakpoint deletion out of the\r\nwatchpoint-out-of-scope condition, delaying it until all hit\r\nbreakpoints have been evaluated.\r\n\r\nAlso fix bug where on amd64 if all four watchpoints are in use the last\r\none is not checked.\r\n\r\nFixes #3739","shortMessageHtmlLink":"proc: fix bug with stack watchpoints going out of scope (go-delve#3742)"}},{"before":"6d3556784d4d1567f46018b29cf4a21ed6870388","after":"2ec2e831d62b7d81702a9b7fb581c0080a5a7a78","ref":"refs/heads/master","pushedAt":"2024-06-12T14:09:44.000Z","pushType":"push","commitsCount":15,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"proc: initial stepping with range-over-func support (#3736)\n\nInitial support for stepping in functions that use the new\r\nrange-over-func statement in go1.23.\r\nDoes not support:\r\n\r\n- inlining\r\n- viewing variables of the enclosing function from a range-over-func\r\n body closure\r\n- the correct way to find the enclosing function from a range-over-func\r\n body closure (but it should work most of the time).\r\n\r\nUpdates #3733","shortMessageHtmlLink":"proc: initial stepping with range-over-func support (go-delve#3736)"}},{"before":"bae4dfbc4c849f11d08d28157e56a296d0ff5e1b","after":"6d3556784d4d1567f46018b29cf4a21ed6870388","ref":"refs/heads/master","pushedAt":"2024-04-17T20:41:20.000Z","pushType":"push","commitsCount":8,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"pkg/terminal: clear erroneous name setting on postfix if (#3702)\n\nWhen a breakpoint was set on the current line via `break if i ==3` style\r\ncondition setting, we would erroneously set the breakpoint name to be\r\n'if'.","shortMessageHtmlLink":"pkg/terminal: clear erroneous name setting on postfix if (go-delve#3702)"}},{"before":"f32818c9e36e6c6e84a07131c08f994ee38fa156","after":"bae4dfbc4c849f11d08d28157e56a296d0ff5e1b","ref":"refs/heads/master","pushedAt":"2024-03-18T17:29:02.000Z","pushType":"push","commitsCount":13,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"proc,go.mod: update x/sys remove KeepAlive calls (#3680)\n\n* Cirrus-CI: update to FreeBSD 13.3\r\n\r\n* proc,go.mod: update x/sys remove KeepAlive calls\r\n\r\nUpdate version of golang.org/x/sys to the latest version and remove\r\ncalls to runtime.KeepAlive calls that were added to the FreeBSD backend\r\nto work around an issue in the version of x/sys that we were using.","shortMessageHtmlLink":"proc,go.mod: update x/sys remove KeepAlive calls (go-delve#3680)"}},{"before":"8df2b6bedb39fc2eb16a0a99cac5df76b2d16cb3","after":"f32818c9e36e6c6e84a07131c08f994ee38fa156","ref":"refs/heads/master","pushedAt":"2024-02-16T19:03:34.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"cmd/dlv: fix --continue with unix domain sockets (#3658)\n\nFixes #3657","shortMessageHtmlLink":"cmd/dlv: fix --continue with unix domain sockets (go-delve#3658)"}},{"before":"1607bdfa4d3ebce7e6b58be9b89b36f9bd6a81d0","after":"8df2b6bedb39fc2eb16a0a99cac5df76b2d16cb3","ref":"refs/heads/master","pushedAt":"2024-02-10T02:04:18.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"terminal: add prompt color option (#3648)\n\nAdd option to configure prompt color.\r\n\r\nFixes #3603","shortMessageHtmlLink":"terminal: add prompt color option (go-delve#3648)"}},{"before":"88380654feb85c213d2bb60532d95be8d562c86e","after":"1607bdfa4d3ebce7e6b58be9b89b36f9bd6a81d0","ref":"refs/heads/master","pushedAt":"2024-01-25T01:51:01.000Z","pushType":"push","commitsCount":10,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"*: remove accidentally committed binary (#3645)","shortMessageHtmlLink":"*: remove accidentally committed binary (go-delve#3645)"}},{"before":"57dad9342a9443e298d43fcc653475408402131e","after":"88380654feb85c213d2bb60532d95be8d562c86e","ref":"refs/heads/master","pushedAt":"2024-01-16T20:57:49.000Z","pushType":"push","commitsCount":14,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"proc: fix dynamic library loading with musl loader (#3621)\n\nWith the glibc loader the link map entry for the static executable has\r\nan empty name field and address equal to 0x0. This case was already\r\nhandled by the check in bininfo.go AddImage for names to be valid\r\npaths.\r\nWith the musl loader however the first entry, corresponding to the\r\nstatic executable, has a valid path with address equal to 0x0, since we\r\nrecord a real address for the image corresponding to the static\r\nexecutable this results in having two entries for the executable when\r\nmusl is used to link go programs.\r\n\r\nChange the code scanning the debug link map so that the first entry is\r\nskipped if it has address equal to zero.\r\n\r\nFixes #3617","shortMessageHtmlLink":"proc: fix dynamic library loading with musl loader (go-delve#3621)"}},{"before":"0e3cae9dc921d8e10d930f3f7ce51d8b9bbc62ab","after":"57dad9342a9443e298d43fcc653475408402131e","ref":"refs/heads/master","pushedAt":"2023-12-13T18:34:18.000Z","pushType":"push","commitsCount":103,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"proc: make some type casts less counterintuitive\n\n* proc: make some type casts less counterintuitive\n\nThe interaction of type casts with load configuration is sometimes\ncounterintuitive. This commit changes the way it is performed so that\nwhen converting slices to strings and vice versa the maximum size\ncorresponding to the target type is used (i.e. MaxStringLen when\nconverting slices to strings and MaxArrayValues when converting slices\nto strings).\n\nThis doesn't fully solve the problem (conversions to []rune are\nproblematic and multiple chained type casts will still be confusing)\nbut removes the problem for the majority of practical uses.\n\nFixes #3595, #3539","shortMessageHtmlLink":"proc: make some type casts less counterintuitive"}},{"before":"d963eb105719318b723b76634e3b8233b31eaf14","after":"0e3cae9dc921d8e10d930f3f7ce51d8b9bbc62ab","ref":"refs/heads/master","pushedAt":"2023-07-12T18:27:02.243Z","pushType":"push","commitsCount":11,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"service/dap: fix typos in comments (#3438)","shortMessageHtmlLink":"service/dap: fix typos in comments (go-delve#3438)"}},{"before":"d963eb105719318b723b76634e3b8233b31eaf14","after":"0e3cae9dc921d8e10d930f3f7ce51d8b9bbc62ab","ref":"refs/heads/master","pushedAt":"2023-07-12T18:27:02.000Z","pushType":"push","commitsCount":11,"pusher":{"login":"mjdusa","name":"mjdusa","path":"/mjdusa","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/107959869?s=80&v=4"},"commit":{"message":"service/dap: fix typos in comments (#3438)","shortMessageHtmlLink":"service/dap: fix typos in comments (go-delve#3438)"}}],"hasNextPage":false,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEZeZ50wA","startCursor":null,"endCursor":null}},"title":"Activity · mjdusa/delve"}