1. 13 Feb, 2019 3 commits
    • Emmanuel T Odeke's avatar
      net/http/httputil: make TestDumpRequest idempotent · b690d7e5
      Emmanuel T Odeke authored
      TestDumpRequest was failing with -count=2 or more
      because for test cases that involved mustReadRequest,
      the body was created as a *bufio.Reader. DumpRequest
      and DumpRequestOut would then read the body until EOF
      and would close it after use.
      However, on re-runs of the test, the body would
      be terminally exhausted and result in an unexpected
      error "http: invalid Read on closed Body".
      
      The update to the test cases adds an extra field "GetReq"
      which allows us to construct requests per run of the tests
      and hence make the test indefinitely re-runnable/idempotent.
      "Req" or "GetReq" are mutually exclusive: either one of them
      can be set or nil, but not both.
      
      Fixes #26858
      
      Change-Id: Ice3083dac1aa3249da4afc7075cd984eb159530d
      Reviewed-on: https://go-review.googlesource.com/c/153377
      Run-TryBot: Emmanuel Odeke <emm.odeke@gmail.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      b690d7e5
    • Cherry Zhang's avatar
      runtime: scan gp._panic in stack scan · af8f4062
      Cherry Zhang authored
      In runtime.gopanic, the _panic object p is stack allocated and
      referenced from gp._panic. With stack objects, p on stack is dead
      at the point preprintpanics runs. gp._panic points to p, but
      stack scan doesn't look at gp. Heap scan of gp does look at
      gp._panic, but it stops and ignores the pointer as it points to
      the stack. So whatever p points to may be collected and clobbered.
      We need to scan gp._panic explicitly during stack scan.
      
      To test it reliably, we introduce a GODEBUG mode "clobberfree",
      which clobbers the memory content when the GC frees an object.
      
      Fixes #30150.
      
      Change-Id: I11128298f03a89f817faa221421a9d332b41dced
      Reviewed-on: https://go-review.googlesource.com/c/161778
      Run-TryBot: Cherry Zhang <cherryyz@google.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarKeith Randall <khr@golang.org>
      Reviewed-by: default avatarAustin Clements <austin@google.com>
      af8f4062
    • Ian Lance Taylor's avatar
      doc: don't use "go tool vet" as an example · ffd096db
      Ian Lance Taylor authored
      Fixes #30199
      
      Change-Id: Ib4586e3facb8c0985c8882482d94843b648b9d2f
      Reviewed-on: https://go-review.googlesource.com/c/162257
      Run-TryBot: Ian Lance Taylor <iant@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      ffd096db
  2. 12 Feb, 2019 8 commits
  3. 11 Feb, 2019 13 commits
  4. 10 Feb, 2019 1 commit
    • Daniel Martí's avatar
      doc: remove last pieces of advice to set GOROOT · e1b49ad6
      Daniel Martí authored
      install.html still insisted that GOROOT must be set if a binary install
      of Go is set up in a custom directory. However, since 1.10, this has
      been unnecessary as the GOROOT will be found based on the location of
      the 'go' binary being run.
      
      Likewise, install-source.html includes an 'export GOROOT' line in a
      section that only talks about explicitly setting GOARCH and GOOS, which
      is optional. We don't want to have users think it is recommended to set
      GOROOT here either, so remove the unnecessary line.
      
      Change-Id: I7dfef09f9a1d003e0253b793d63ea40d5cf1837f
      Reviewed-on: https://go-review.googlesource.com/c/161758Reviewed-by: default avatarAndrew Bonventre <andybons@golang.org>
      Reviewed-by: default avatarIan Lance Taylor <iant@golang.org>
      Run-TryBot: Daniel Martí <mvdan@mvdan.cc>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      e1b49ad6
  5. 09 Feb, 2019 2 commits
  6. 08 Feb, 2019 1 commit
  7. 07 Feb, 2019 3 commits
  8. 06 Feb, 2019 1 commit
  9. 05 Feb, 2019 3 commits
  10. 04 Feb, 2019 3 commits
  11. 01 Feb, 2019 2 commits