[Opensim-users] osNpcLoadApparence severe issue

[Justin Clark-Casey]

Interesting Olivier.  Could you open a Mantis on this?  It would be great if, when the simulator does lock up, you could 
capture a VM thread dump from mono (send it a SIGQUIT signal).  Don't worry if this isn't possible.

The code should be fixed to not crash even if somebody does pound the function rather than trying to avoid this by 
inserting a delay.  However, it might be a good idea to have tunable script delays in some OSSL functions just like LSL 
functions anyway.

On 31/03/12 13:42, Olivier van Helden wrote:
> (note: too bad I noticed that *after* the 0.7.3.1 release, sorry Justin)
>
> In my install osNpcLoadAppearence makes the simulator severely crash if called twice and too fast for the same NPC.
> (I say "severly" because console does not respond anymore, kill doesn't kill and I have to kill the parent process to actually kill mono)
>
> I tested on Linux and FreeBSD. I didn't have the chance (and didn't want) to check on anyone else installation (I definitively don't want to crash somebody else server just for tests).
> But if anyone has a crash-test simulator with NPC allowed, I would be happy to test my script there.
>
> I have an NPC creator, which allows to switch appearance. Works fine, unless I click too fast.
>
> If I call osNpcLoadAppearence a second time, before the appearance is razzed, the (let's say within the next second), the simulator crashes, without specific error in the log.
>
> Of course, I can update my lsl script to handle that. But the crash makes a high thread risk.
>
> The script engine should do at least one of the following:
> 	- force sleep after osNpcLoadAppearance
> 	- fail, silently or with an error code if fired twice for the same NPC within a given interval, or before the new appearance has finished loading.
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
> .
>


-- 
Justin Clark-Casey (justincc)
http://justincc.org/blog
http://twitter.com/justincc