#121 reload of LUA systems needs to be redone

Slēgta
image atvēra 4 gadi atpakaļ · 2 komentāri
image komentēja 4 gadi atpakaļ

The MSpawnScripts mutex competes with individual script mutex's, eg we can hit the RunScript for a spawn, then the mutex is locked for that script, then destroy scripts is called, MSpawnScripts gets locked first, the RunScript can get stuck inbetween needing a MSpawnScripts read lock...

The MSpawnScripts mutex competes with individual script mutex's, eg we can hit the RunScript for a spawn, then the mutex is locked for that script, then destroy scripts is called, MSpawnScripts gets locked first, the RunScript can get stuck inbetween needing a MSpawnScripts read lock...
image komentēja 4 gadi atpakaļ
Līdzstrādnieks

having issues replicating this on demand plus it only happens on /reload luasystem which is an intensive command so only in a dev setting not 'live'

having issues replicating this on demand plus it only happens on /reload luasystem which is an intensive command so only in a dev setting not 'live'
image komentēja 2 gadi atpakaļ
Līdzstrādnieks

so revisiting this I noticed we delete the entire luainterface pointer we have which is externally used everywhere.. that won't really work well in this design

Instead the /reload luasystem -- which I think it was originally created for, was to reload all LUA subsystems (all scripts, spawns, items, etc) so I will have it perform that.

so revisiting this I noticed we delete the entire luainterface pointer we have which is externally used everywhere.. that won't really work well in this design Instead the /reload luasystem -- which I think it was originally created for, was to reload all LUA subsystems (all scripts, spawns, items, etc) so I will have it perform that.
Pierakstieties, lai pievienotos šai sarunai.
Notiek ielāde...
Atcelt
Saglabāt
Vēl nav satura.