andy
andy
I still have this problem with the newest msys2 mingw64 pacman, to the point where I avoid system upgrades if at all possible. It sucks when I have to install...
The code in the issue is likely not the source of the exception. But there are two other places here, where utf8 namespace code actually gets called, so it's likely...
`lineBuffer` and `inputBuffer` should probably be `std::string` instead of `std::deque`. I used a deque because it was 'easier' to push and then pop characters FILO for sending over the network.
I found out that the exception is thrown when attempting to read the length of `lineBuffer`. The calls are logically sound, what's happening is, my shortcuts to generate the special...
This issue is confirmed--this is currently one of the only ways to receive "SomePlayer is busy" messages. We should certainly ignore the button press if another user has already sent...
> keep a record of all the player actions and allow the player who joined to spectate to obtain a copy This is outlined in #43, and with a serialization...
After hearing from users on other platforms (thanks @scarletswordfish) I can pretty much safely say it isn't a platform issue. We probably need to adjust the way our object shader...
There's an attempt to deal with this issue in the shader labelled "decal". this uniform becomes .9999 when the object in question has a bounding box with a dimension smaller...
#74 didn't fix this, but it did make it better... Instead of messing with the z-buffer directly, I discovered [`glPolygonOffset`](https://www.khronos.org/registry/OpenGL-Refpages/es2.0/xhtml/glPolygonOffset.xml) and used that to fix a lot of the instances...
It hasn't been triggered inappropriately in a long time. The last time i saw it happen, someone had just closed the window accidentally. And it was better for the other...