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
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
.



--
Justin Clark-Casey (justincc)
http://justincc.org/blog
http://twitter.com/justincc
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users

Reply via email to