diff options
| author | mimimi085181 <mimimi085181@gmail.com> | 2016-07-08 23:15:38 +0200 |
|---|---|---|
| committer | mimimi085181 <mimimi085181@gmail.com> | 2016-07-08 23:30:25 +0200 |
| commit | de7b2f984a924f6b8a8b7be46972a03dd30decbc (patch) | |
| tree | 480e97ae2840acccd6453849d7a7c51ba04861ee /Source/Core | |
| parent | b962c1f3920b92d504937e6a1f826c6750fa780c (diff) | |
Make tries a u32
Before this variable was an u8, which could theoretically result in desyncs with a large buffer(greater than 255*120/200=153) filled with blank inputs. If this could actually happen, i don't know. But this part of the code on its own looks like it could break.
Diffstat (limited to 'Source/Core')
| -rw-r--r-- | Source/Core/Core/NetPlayClient.cpp | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/Source/Core/Core/NetPlayClient.cpp b/Source/Core/Core/NetPlayClient.cpp index 5d8aee550a..e0639e9c1e 100644 --- a/Source/Core/Core/NetPlayClient.cpp +++ b/Source/Core/Core/NetPlayClient.cpp @@ -989,7 +989,7 @@ bool NetPlayClient::WiimoteUpdate(int _number, u8* data, const u8 size) // until we reach a good input if (nw.size() != size) { - u8 tries = 0; + u32 tries = 0; // Clear the buffer and wait for new input, since we probably just changed reporting mode. while (nw.size() != size) { |
