1. 02 Mar, 2015 18 commits
  2. 01 Mar, 2015 20 commits
  3. 28 Feb, 2015 2 commits
    • Dmitry Vyukov's avatar
      runtime: fix traceback from goexit1 · 894024f4
      Dmitry Vyukov authored
      We used to not call traceback from goexit1.
      But now tracer does it and crashes on amd64p32:
      
      runtime: unexpected return pc for runtime.getg called from 0x108a4240
      goroutine 18 [runnable, locked to thread]:
      runtime.traceGoEnd()
          src/runtime/trace.go:758 fp=0x10818fe0 sp=0x10818fdc
      runtime.goexit1()
          src/runtime/proc1.go:1540 +0x20 fp=0x10818fe8 sp=0x10818fe0
      runtime.getg(0x0)
          src/runtime/asm_386.s:2414 fp=0x10818fec sp=0x10818fe8
      created by runtime/pprof_test.TestTraceStress
          src/runtime/pprof/trace_test.go:123 +0x500
      
      Return PC from goexit1 points right after goexit (+0x6).
      It happens to work most of the time somehow.
      
      This change fixes traceback from goexit1 by adding an additional NOP to goexit.
      
      Fixes #9931
      
      Change-Id: Ied25240a181b0a2d7bc98127b3ed9068e9a1a13e
      Reviewed-on: https://go-review.googlesource.com/5460Reviewed-by: 's avatarRuss Cox <rsc@golang.org>
      894024f4
    • David Crawshaw's avatar
      runtime/cgo: no-op getwd call as test breakpoint · 2dbee891
      David Crawshaw authored
      This is to be used by an lldb script inside go_darwin_arm_exec to pause
      the execution of tests on iOS so the working directory can be adjusted
      into something resembling a GOROOT.
      
      Change-Id: I69ea2d4d871800ae56634b23ffa48583559ddbc6
      Reviewed-on: https://go-review.googlesource.com/6363Reviewed-by: 's avatarMinux Ma <minux@golang.org>
      2dbee891