]> Cypherpunks repositories - gostls13.git/commit
encoding/json: take new decoder code off Decode path completely
authorRuss Cox <rsc@golang.org>
Tue, 28 Jul 2015 02:38:17 +0000 (22:38 -0400)
committerRuss Cox <rsc@golang.org>
Tue, 28 Jul 2015 03:00:52 +0000 (03:00 +0000)
commit22936858b9b263f69707246a7527115bbd7d0b95
tree681b0676bb60788b8a90eebd0035cc8c9f7d36c5
parent7e70c2468b6db5f4ebfa59714e9c561ba045e41c
encoding/json: take new decoder code off Decode path completely

The new Token API is meant to sit on the side of the Decoder,
so that you only get the new code (and any latent bugs in it)
if you are actively using the Token API.

The unconditional use of dec.peek in dec.tokenPrepareForDecode
violates that intention.

Change tokenPrepareForDecode not to call dec.peek unless needed
(because the Token API has advanced the state).
This restores the old code path behavior, no peeking allowed.

I checked by patching in the new tests from CL 12726 that
this change suffices to "fix" the error handling bug in dec.peek.
Obviously that bug should be fixed too, but the point is that
with this CL, bugs in dec.peek do not affect plain use of Decode
or Unmarshal.

I also checked by putting a panic in dec.peek that the only
tests that now invoke peek are:

TestDecodeInStream
ExampleDecoder_Token
ExampleDecoder_Decode_stream

and those tests all invoke dec.Token directly.

Change-Id: I0b242d0cb54a9c830548644670dc5ab5ccef69f2
Reviewed-on: https://go-review.googlesource.com/12740
Reviewed-by: Andrew Gerrand <adg@golang.org>
Reviewed-by: Peter Waldschmidt <peter@waldschmidt.com>
src/encoding/json/stream.go