1. 04 Mar, 2014 8 commits
  2. 03 Mar, 2014 10 commits
  3. 02 Mar, 2014 4 commits
  4. 01 Mar, 2014 3 commits
    • Shenghou Ma's avatar
      syscall: workaround Dragonfly BSD kernel exec bug · 5fbd6044
      Shenghou Ma authored
      See also CL 4259056 for FreeBSD.
      
      Test program:
      // exec.go
      package main
      import (
              "log"
              "os"
              "os/exec"
              "runtime"
      )
      func main() {
              path := runtime.GOROOT() + "/src/pkg/net/http/cgi/testdata"
              cmd := &exec.Cmd{
                      Path:   "test.cgi",
                      Args:   []string{path + "/test.cgi"},
                      Dir:    path
                      Stdout: os.Stdout}
              if err := cmd.Start(); err != nil {
                      log.Fatal(err)
              }
              if err := cmd.Wait(); err != nil {
                      log.Fatal(err)
              }
      }
      
      $ go run exec.go
      2014/03/01 15:52:41 fork/exec test.cgi: argument list too long
      
      LGTM=iant
      R=rsc, iant
      CC=golang-codereviews
      https://golang.org/cl/69970044
      5fbd6044
    • Dave Cheney's avatar
      sync/atomic: skip broken tests on freebsd/arm and netbsd/arm · 5b456c74
      Dave Cheney authored
      Update #7338
      
      The nil deref tests are currently failing on the *bsd/arm platforms. In an effort to avoid the build deteriorating further I would like to skip these tests on freebsd/arm and netbsd/arm.
      
      LGTM=bradfitz, minux.ma
      R=golang-codereviews, bradfitz, minux.ma
      CC=golang-codereviews
      https://golang.org/cl/69870045
      5b456c74
    • Dave Cheney's avatar
      runtime: small Native Client fixes · 0c6e4b96
      Dave Cheney authored
      cgocall.c: define the CBARGS macro for GOARCH_amd64p32. I don't think the value of this macro will ever be used under nacl/amd64p32 but it is required to compile even if cgo is not used.
      
      hashmap.goc: amd64p32 uses 32bit words.
      
      LGTM=iant
      R=rsc, iant
      CC=golang-codereviews
      https://golang.org/cl/69960044
      0c6e4b96
  5. 28 Feb, 2014 13 commits
  6. 27 Feb, 2014 2 commits
    • Nigel Tao's avatar
      image/jpeg: fix progressive decoding when the DC components are split · ea34ca76
      Nigel Tao authored
      over multiple scans. Previously, the Go code assumed that DC was
      synonymous with interleaved and AC with non-interleaved.
      
      Fixes #6767.
      
      The test files were generated with libjpeg's cjpeg program, version 9a,
      with the following patch, since cjpeg is hard-coded to output
      interleaved DC.
      
      $ diff -u jpeg-9a*/jcparam.c
      --- jpeg-9a-clean/jcparam.c	2013-07-01 21:13:28.000000000 +1000
      +++ jpeg-9a/jcparam.c	2014-02-27 11:40:41.236889852 +1100
      @@ -572,7 +572,7 @@
       {
         int ci;
      
      -  if (ncomps <= MAX_COMPS_IN_SCAN) {
      +  if (0) {
               /* Single interleaved DC scan */
               scanptr->comps_in_scan = ncomps;
               for (ci = 0; ci < ncomps; ci++)
      @@ -610,7 +610,7 @@
                 (cinfo->jpeg_color_space == JCS_YCbCr ||
                      cinfo->jpeg_color_space == JCS_BG_YCC)) {
               /* Custom script for YCC color images. */
      -    nscans = 10;
      +    nscans = 14;
         } else {
               /* All-purpose script for other color spaces. */
               if (ncomps > MAX_COMPS_IN_SCAN)
      
      LGTM=r
      R=r
      CC=golang-codereviews
      https://golang.org/cl/69000046
      ea34ca76
    • Keith Randall's avatar
      runtime: move stack shrinking until after sweepgen is incremented. · e9445547
      Keith Randall authored
      Before GC, we flush all the per-P allocation caches.  Doing
      stack shrinking mid-GC causes these caches to fill up.  At the
      end of gc, the sweepgen is incremented which causes all of the
      data in these caches to be in a bad state (cached but not yet
      swept).
      
      Move the stack shrinking until after sweepgen is incremented,
      so any caching that happens as part of shrinking is done with
      already-swept data.
      
      Reenable stack copying.
      
      LGTM=bradfitz
      R=golang-codereviews, bradfitz
      CC=golang-codereviews
      https://golang.org/cl/69620043
      e9445547