7383173d3d
This is necessary because it was still possible for an entity update packet to be constructed, the thread to pause, a kill to be sent on another thread, and then the original thread to resume and send the update This would result in an update being received after a kill, which results in undeletable ghost objects until the viewer is relogged Extending the lock looks okay since its only taken by kill, update and reprioritize, and both kill and update do not take further locks However, evidence suggests that there is still a kill/update race somewhere |
||
|---|---|---|
| .. | ||
| Application | ||
| ClientStack | ||
| CoreModules | ||
| DataSnapshot | ||
| Examples/SimpleModule | ||
| Framework | ||
| OptionalModules | ||
| Physics | ||
| RegionCombinerModule | ||
| ReplaceableModules | ||
| ScriptEngine | ||
| UserStatistics | ||