1. 23 10月, 2015 2 次提交
    • D
      travis: Allow failures on tip · d15d450a
      Derek Parker 提交于
      d15d450a
    • D
      proc: Improve 'next' functionality · 28e0a322
      Derek Parker 提交于
      Instead of trying to be clever and make an 'educated guess' as to where
      the flow of control may go next, simple do the more naive, yet correct,
      approach of setting a breakpoint everywhere we can in the function and
      seeing where we end up. On top of this we were already setting a
      breakpoint at the return address and deferred functions, so that remains
      the same.
      
      This removes a lot of gnarly, hard to maintain code and takes all the
      guesswork out of this command.
      
      Fixes #281
      28e0a322
  2. 21 10月, 2015 1 次提交
  3. 19 10月, 2015 4 次提交
  4. 17 10月, 2015 1 次提交
  5. 10 10月, 2015 7 次提交
  6. 09 10月, 2015 2 次提交
  7. 07 10月, 2015 6 次提交
  8. 05 10月, 2015 9 次提交
  9. 03 10月, 2015 1 次提交
  10. 02 10月, 2015 1 次提交
    • A
      proc/variables: chanRecvReturnAddress uses outdated frame info · d30221da
      aarzilli 提交于
      g.SP refers to the frame the goroutine was in the last time it was
      scheduled out. Instead of calling proc.(*Process).stacktrace directly
      we should call proc.(*Process).GoroutineStacktrace that substitutes
      fresh values retrieved from thread registers when necessary.
      This bug leads to occasional problems with `next`.
      d30221da
  11. 01 10月, 2015 3 次提交
  12. 30 9月, 2015 3 次提交