)]}'
{
  "commit": "64de40a55106b85e648d59b6a0fd4e27be4a10d2",
  "tree": "ad4135d84bfd01d46f37d01f958e06a1b6d81109",
  "parents": [
    "69616e4e5bb4ef4dfbc065bef3df195ce8619e56"
  ],
  "author": {
    "name": "Russ Cox",
    "email": "rsc@golang.org",
    "time": "Thu Jun 12 21:52:52 2014 -0400"
  },
  "committer": {
    "name": "Russ Cox",
    "email": "rsc@golang.org",
    "time": "Thu Jun 12 21:52:52 2014 -0400"
  },
  "message": "[release-branch.go1.3] runtime: revise CL 105140044 (defer nil) to work on Windows\n\n««« CL 105120044 / 824ea5943ba8\nruntime: revise CL 105140044 (defer nil) to work on Windows\n\nIt appears that something about Go on Windows\ncannot handle the fault cause by a jump to address 0.\nThe way Go represents and calls functions, this\nnever happened at all, until CL 105140044.\n\nThis CL changes the code added in CL 105140044\nto make jump to 0 impossible once again.\n\nFixes #8047. (again, on Windows)\n\nTBR\u003dbradfitz\nR\u003dgolang-codereviews, dave\nCC\u003dadg, golang-codereviews, iant, r\nhttps://golang.org/cl/105120044\n»»»\n\nLGTM\u003dbradfitz\nR\u003dgolang-codereviews, bradfitz, alex.brainman\nCC\u003dadg, golang-codereviews\nhttps://golang.org/cl/108890045\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "1f7c2eaadabe31c34d1db4220000daf79f478378",
      "old_mode": 33188,
      "old_path": "src/pkg/runtime/stack.c",
      "new_id": "1680f004eb4a5009b15c35c7185dd1520c748b1d",
      "new_mode": 33188,
      "new_path": "src/pkg/runtime/stack.c"
    }
  ]
}