Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

Fix typo in chat_test.go

Co-authored-by: Mathias Fredriksson <mafredri@gmail.com>

Contributes to #474

build(deps): bump golang.org/x/time in /internal/examples

Bumps [golang.org/x/time](https://github.com/golang/time) from 0.3.0 to 0.6.0.
- [Commits](https://github.com/golang/time/compare/v0.3.0...v0.6.0

)

---
updated-dependencies:
- dependency-name: golang.org/x/time
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

Signed-off-by: bestgopher <84328409@qq.com>

This will create easily solved breakage on updates but
I figure it's best to pull the band aid off as early as possible

This is a cleaner solution for the fix in #438 thanks to the fact that Go 1.19 now is the default and the atomic.Int64 types are automatically aligned correctly on 32 bit systems.

Using this also means that xsync.Int64 can be removed. The new atomic.Int64 type solves the issue and should be quite a lot faster as it avoids the interface conversion.

See https://github.com/nhooyr/websocket/pull/326#issuecomment-1771138049

Standard library does this too. Unfortunate wish they just exposed it in the
standard library. Perhaps we can isolate the specific code we need later.

I'm just not good enough at assembly. I added tests to confirm that @wdvxdr's
implementation works correctly and matches the output of the basic masking loop.

Slower for some reason than just SIMD.

Also no dependency on cpu package is nice.

Tricky tricky.

Client "Sec-WebSocket-Key" should be a valid 16 byte base64 encoded
nonce. If the header is not valid, the server should reject the
client.

Unacceptable offers are declined without rejecting the request.

Closes #297

Closes #315

Also ran gofmt on everything. Thanks again @paralin. #334

Co-authored-by: Christian Stewart <christian@paral.in>

Thank you @icholy for identifying these in
https://github.com/nhooyr/websocket/pull/259#issuecomment-702279421

See https://github.com/nhooyr/websocket/issues/182