1. 23 10月, 2019 2 次提交
  2. 22 10月, 2019 5 次提交
  3. 08 10月, 2019 7 次提交
  4. 26 9月, 2019 3 次提交
  5. 16 9月, 2019 2 次提交
    • A
      proc: correctly mark closure variables as shadowed (#1674) · e9940473
      Alessandro Arzilli 提交于
      If a closure captures a variable but also defines a variable of the
      same name in its root scope the shadowed flag would, sometimes, not be
      appropriately applied to the captured variable.
      
      This change:
      
      1. sorts the variable list by depth *and* declaration line, so that
      closure captured variables always appear before other root-scope
      variables, regardless of the order used by the compiler
      
      2. marks variable with the same name as shadowed even if there is only
      one scope at play.
      
      This fixes the problem but as a side effect:
      
      1. programs compiled with Go prior to version 1.9 will have the
      shadowed flag applied arbitrarily (previously the shadowed flag was not
      applied at all)
      2. programs compiled with Go prior to versoin 1.11 will still exhibit
      the bug, as they do not have DeclLine information.
      
      Fixes #1672
      e9940473
    • A
      travis: bump continuous integration to 1.13 (#1693) · 223eb4cb
      Alessandro Arzilli 提交于
      Bump continuous integration to include Go 1.13, drop 1.10 from
      compatiblity file.
      223eb4cb
  6. 13 9月, 2019 1 次提交
  7. 05 9月, 2019 2 次提交
    • C
      pkg/dwarf/frame/parser: Fix `parse augmentation` (#1679) · 69e6b613
      chainhelen 提交于
      According to the description of "CIE: length, CIE_id, version, augmentation"
      in Page 122 of  http://dwarfstd.org/doc/Dwarf3.pdf ,
      `augmentation` should exclude `version`
      69e6b613
    • H
      proc: round TLS segment size to its alignment (#1682) · 8954858e
      Heschi Kreinick 提交于
      The fix for #1428 was buggy, partly because I communicated poorly. Sorry
      about that.
      
      The size of the TLS segment should be padded such that TLS addresses
      are congruent in the file to where they will end up memory, i.e.
      (tlsoffset%align) == (vaddr%align). In most cases, vaddr will be aligned
      and it won't matter, but if not then simply aligning the end of the
      segment is incorrect. This should be right.
      
      (For the record, the current rounding logic is working in bits, but
      PtrSize is in bytes, so it wasn't working as originally intended
      either.)
      8954858e
  8. 28 8月, 2019 2 次提交
  9. 14 8月, 2019 5 次提交
  10. 13 8月, 2019 2 次提交
    • A
      proc: next/step/stepout restarts thread from wrong instruction (#1657) · 3b0c8865
      Alessandro Arzilli 提交于
      proc.Next and proc.Step will call, after setting their temp
      breakpoints, curthread.SetCurrentBreakpoint. This is intended to find
      if one of the newly created breakpoints happens to be at the same
      instruction that curthread is stopped at.
      However SetCurrentBreakpoint is intended to be called after a Continue
      and StepInstruction operation so it will also detect if curthread is
      stopped one byte after a breakpoint.
      If the instruction immediately preceeding the current instruction of
      curthread happens to:
       1. have one of the newly created temp breakpoints
       2. be one byte long
      SetCurrentBreakpoint will believe that we just hit that breakpoint and
      therefore the instruction should be repeated, and thus rewind the PC of
      curthread by 1.
      
      We should distinguish between the two uses of SetCurrentBreakpoint and
      disable the check for "just hit" breakpoints when inappropriate.
      
      Fixes #1656
      3b0c8865
    • D
      ecc62a0f
  11. 12 8月, 2019 1 次提交
  12. 10 8月, 2019 8 次提交