1. 06 Jan, 2017 6 commits
  2. 05 Jan, 2017 8 commits
  3. 04 Jan, 2017 6 commits
  4. 03 Jan, 2017 5 commits
  5. 02 Jan, 2017 3 commits
  6. 31 Dec, 2016 1 commit
  7. 30 Dec, 2016 1 commit
  8. 29 Dec, 2016 1 commit
  9. 28 Dec, 2016 1 commit
  10. 24 Dec, 2016 2 commits
  11. 23 Dec, 2016 3 commits
  12. 22 Dec, 2016 3 commits
    • Raul Silvera's avatar
      cmd/pprof: Re-enable weblist and disasm · 8887be46
      Raul Silvera authored
      Previous changes started using the full filename for object files
      on graph nodes, instead of just the file basename. The basename
      was still being used when selecting mappings to disassemble for
      weblist and disasm commands, causing a mismatch.
      
      This fixes #18385. It was already fixed on the upstream pprof.
      
      Change-Id: I1664503634f2c8cd31743561301631f12c4949c9
      Reviewed-on: https://go-review.googlesource.com/34665Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      8887be46
    • Brad Fitzpatrick's avatar
      net/http: restore Transport's Request.Body byte sniff in limited cases · 6e36811c
      Brad Fitzpatrick authored
      In Go 1.8, we'd removed the Transport's Request.Body
      one-byte-Read-sniffing to disambiguate between non-nil Request.Body
      with a ContentLength of 0 or -1. Previously, we tried to see whether a
      ContentLength of 0 meant actually zero, or just an unset by reading a
      single byte of the Request.Body and then stitching any read byte back
      together with the original Request.Body.
      
      That historically has caused many problems due to either data races,
      blocking forever (#17480), or losing bytes (#17071). Thus, we removed
      it in both HTTP/1 and HTTP/2 in Go 1.8. Unfortunately, during the Go
      1.8 beta, we've found that a few people have gotten bitten by the
      behavior change on requests with methods typically not containing
      request bodies (e.g. GET, HEAD, DELETE). The most popular example is
      the aws-go SDK, which always set http.Request.Body to a non-nil value,
      even on such request methods. That was causing Go 1.8 to send such
      requests with Transfer-Encoding chunked bodies, with zero bytes,
      confusing popular servers (including but limited to AWS).
      
      This CL partially reverts the no-byte-sniffing behavior and restores
      it only for GET/HEAD/DELETE/etc requests, and only when there's no
      Transfer-Encoding set, and the Content-Length is 0 or -1.
      
      Updates #18257 (aws-go) bug
      And also private bug reports about non-AWS issues.
      
      Updates #18407 also, but haven't yet audited things enough to declare
      it fixed.
      
      Change-Id: Ie5284d3e067c181839b31faf637eee56e5738a6a
      Reviewed-on: https://go-review.googlesource.com/34668
      Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarIan Lance Taylor <iant@golang.org>
      6e36811c
    • Elias Naur's avatar
      runtime: skip floating point hardware check on Android · f419b563
      Elias Naur authored
      CL 33652 removed the fake auxv for Android, and replaced it with
      a /proc/self/auxv fallback. When /proc/self/auxv is unreadable,
      however, hardware capabilities detection won't work and the runtime
      will mistakenly think that floating point hardware is unavailable.
      
      Fix this by always assuming floating point hardware on Android.
      
      Manually tested on a Nexus 5 running Android 6.0.1. I suspect the
      android/arm builder has a readable /proc/self/auxv and therefore
      does not trigger the failure mode.
      
      Change-Id: I95c3873803f9e17333c6cb8b9ff2016723104085
      Reviewed-on: https://go-review.googlesource.com/34641Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      Reviewed-by: default avatarMinux Ma <minux@golang.org>
      Run-TryBot: Elias Naur <elias.naur@gmail.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      f419b563