0002241: Scripting - Frequent failure of llListen / listen

(0005415)
BlueWall (administrator)
2008-09-23 05:37

Listening on a - chat channel to a prim, and on a + chat channel to an avatar. The + channel is a little more reliable, but both fail.

In one prim add:

// Transmit - sends link message to Receive
integer DEBUG;

default
{
    state_entry()
    {
        llSetTimerEvent(10);
        DEBUG = 0;
    }

    touch_start(integer _det) {
        if(llDetectedKey(0) == llGetOwner()) {
            if (DEBUG) {
                llSay(0,"Debug Off!");
                DEBUG=0;
            } else {
                llSay(0,"Debug On!");
                DEBUG=1;
            }
        }
    }

    timer() {
        llSay(0,"Test!");
        string debug = "";
        if(DEBUG == 1) debug = "DEBUG";
        llMessageLinked(LINK_SET,1,(string)llGetGMTclock(),(key) debug );

    }
}

// Receive - gets link message and transmits on the channel for remote listener
integer chan = -12345;

default
{
    state_entry()
    {
        llSay(0, "Default State!");
        llSay(chan,"Hello Virtual World! Default State!");
    }

    link_message(integer _src, integer _nval, string _sval, key _kval ) {

        if( (string)_kval == "DEBUG") {
            llSay(0,_sval);
        }
        state s2;
    }
}

state s2 {

    state_entry()
    {
        llSay(0, "s2 state");
        llSay(chan,"Hello Virtual World! Default State!");
    }

    link_message(integer _src, integer _nval, string _sval, key _kval ) {

        if( (string)_kval == "DEBUG") {
            llSay(0,_sval);
        }
        state default;
    }
}

In another prim add:
// Remote listener, monitors channel -12345 for messages
integer chan = -12345;
integer achan = 123;

default
{
    state_entry()
    {
        llSay(0, "Script running");
        llListen(chan,"","","");
        llListen(achan,"","","");
    }

    listen(integer _ch,string _nm,key _id, string _msg) {

        llSay(0,_msg);

    }
}

(0005426)
BlueWall (administrator)
2008-09-23 18:05

Setting [ScriptEngine.DotNetEngine] Enabled = false to disable DotNetEngine does not effect or improve the behavior of llListen / listen .

(0005427)
Godfrey (reporter)
2008-09-23 18:52

I'm also getting this, in r6444, under both DotNetEngine and XEngine. It seems to run in cycles; sometimes it ignores almost everything, then eventually starts hearing almost everything, then goes back to ignoring again.

(0005428)
BlueWall (administrator)
2008-09-23 19:59

OK removing OpenSim.Region.ScriptEngine.DotNetEngine.dll did the trick.

Thanks! Melanie for the workaround.

(0005480)
BlueWall (administrator)
2008-09-26 00:49

I cannot get listens to work at all in 0.5.9.6502, whether I enable or disable DotNetEngine. Removing the DotNetEngine dlls causes some runtime errors.

(0005485)
Godfrey (reporter)
2008-09-26 13:24

On one of my simulators which is running two regions, the listens work on one region but not the other. If I restart the region, sometimes they flip - listens work where they formerly did not, and stop working where they formerly worked.

On a simulator running only one region, the listens work.

(0005494)
greg0254 (reporter)
2008-09-26 19:37

I am running nine regions on Windows XP and 0.5.9.6505. None of my listens are working any longer, whether I run them with DNE or XEngine.

(0005496)
greg0254 (reporter)
2008-09-26 20:08

After reading Godfrey's comments, I tried a similar test where first I started up a single region and tested the listen, and then I started up two regions and ran a test. It behaved exactly the way that he describes: when starting a single region, the listens always seem to work (both DNE and XEngine). When starting two regions, the listens work on one region but not the other. Again, I running my server on Windows XP and running version 0.5.9.6505.

(0005497)
melanie (administrator)
2008-09-26 20:16

Please test, fix committed

(0005498)
Godfrey (reporter)
2008-09-26 20:44

Seems to be working very well in r6532.

(0005499)
melanie (administrator)
2008-09-26 20:45

Fixed in r6532

(0005505)
BlueWall (administrator)
2008-09-27 00:54

Looks good here, Thanks!

Issue History
Date Modified	Username	Field	Change
2008-09-22 23:53	BlueWall	New Issue
2008-09-22 23:53	BlueWall	SVN Revision	=> 6432
2008-09-22 23:53	BlueWall	Run Mode	=> Grid (Multiple Regions per Sim)
2008-09-22 23:53	BlueWall	Physics Engine	=> ODE
2008-09-22 23:53	BlueWall	Environment	=> Mono / Linux64
2008-09-22 23:53	BlueWall	Tag Attached: script
2008-09-22 23:53	BlueWall	Tag Attached: XEngine
2008-09-23 05:37	BlueWall	Note Added: 0005415
2008-09-23 17:40	BlueWall	Relationship added	has duplicate 0002245
2008-09-23 18:05	BlueWall	Note Added: 0005426
2008-09-23 18:52	Godfrey	Note Added: 0005427
2008-09-23 19:59	BlueWall	Note Added: 0005428
2008-09-25 17:36	melanie	Status	new => resolved
2008-09-25 17:36	melanie	Fixed in Version	=> SVN
2008-09-25 17:36	melanie	Resolution	open => fixed
2008-09-25 17:36	melanie	Assigned To	=> melanie
2008-09-26 00:49	BlueWall	Status	resolved => feedback
2008-09-26 00:49	BlueWall	Resolution	fixed => reopened
2008-09-26 00:49	BlueWall	Note Added: 0005480
2008-09-26 13:24	Godfrey	Note Added: 0005485
2008-09-26 19:37	greg0254	Note Added: 0005494
2008-09-26 20:08	greg0254	Note Added: 0005496
2008-09-26 20:16	melanie	Note Added: 0005497
2008-09-26 20:44	Godfrey	Note Added: 0005498
2008-09-26 20:45	melanie	Status	feedback => resolved
2008-09-26 20:45	melanie	Resolution	reopened => fixed
2008-09-26 20:45	melanie	Note Added: 0005499
2008-09-27 00:54	BlueWall	Status	resolved => closed
2008-09-27 00:54	BlueWall	Note Added: 0005505
2012-08-18 11:34	DMX04	Priority	normal => immediate

Notes
(0005415) BlueWall (administrator) 2008-09-23 05:37	Listening on a - chat channel to a prim, and on a + chat channel to an avatar. The + channel is a little more reliable, but both fail. In one prim add: // Transmit - sends link message to Receive integer DEBUG; default { state_entry() { llSetTimerEvent(10); DEBUG = 0; } touch_start(integer _det) { if(llDetectedKey(0) == llGetOwner()) { if (DEBUG) { llSay(0,"Debug Off!"); DEBUG=0; } else { llSay(0,"Debug On!"); DEBUG=1; } } } timer() { llSay(0,"Test!"); string debug = ""; if(DEBUG == 1) debug = "DEBUG"; llMessageLinked(LINK_SET,1,(string)llGetGMTclock(),(key) debug ); } } // Receive - gets link message and transmits on the channel for remote listener integer chan = -12345; default { state_entry() { llSay(0, "Default State!"); llSay(chan,"Hello Virtual World! Default State!"); } link_message(integer _src, integer _nval, string _sval, key _kval ) { if( (string)_kval == "DEBUG") { llSay(0,_sval); } state s2; } } state s2 { state_entry() { llSay(0, "s2 state"); llSay(chan,"Hello Virtual World! Default State!"); } link_message(integer _src, integer _nval, string _sval, key _kval ) { if( (string)_kval == "DEBUG") { llSay(0,_sval); } state default; } } In another prim add: // Remote listener, monitors channel -12345 for messages integer chan = -12345; integer achan = 123; default { state_entry() { llSay(0, "Script running"); llListen(chan,"","",""); llListen(achan,"","",""); } listen(integer _ch,string _nm,key _id, string _msg) { llSay(0,_msg); } }

(0005426) BlueWall (administrator) 2008-09-23 18:05	Setting [ScriptEngine.DotNetEngine] Enabled = false to disable DotNetEngine does not effect or improve the behavior of llListen / listen .

(0005427) Godfrey (reporter) 2008-09-23 18:52	I'm also getting this, in r6444, under both DotNetEngine and XEngine. It seems to run in cycles; sometimes it ignores almost everything, then eventually starts hearing almost everything, then goes back to ignoring again.

(0005428) BlueWall (administrator) 2008-09-23 19:59	OK removing OpenSim.Region.ScriptEngine.DotNetEngine.dll did the trick. Thanks! Melanie for the workaround.

(0005480) BlueWall (administrator) 2008-09-26 00:49	I cannot get listens to work at all in 0.5.9.6502, whether I enable or disable DotNetEngine. Removing the DotNetEngine dlls causes some runtime errors.

(0005485) Godfrey (reporter) 2008-09-26 13:24	On one of my simulators which is running two regions, the listens work on one region but not the other. If I restart the region, sometimes they flip - listens work where they formerly did not, and stop working where they formerly worked. On a simulator running only one region, the listens work.

(0005494) greg0254 (reporter) 2008-09-26 19:37	I am running nine regions on Windows XP and 0.5.9.6505. None of my listens are working any longer, whether I run them with DNE or XEngine.

(0005496) greg0254 (reporter) 2008-09-26 20:08	After reading Godfrey's comments, I tried a similar test where first I started up a single region and tested the listen, and then I started up two regions and ran a test. It behaved exactly the way that he describes: when starting a single region, the listens always seem to work (both DNE and XEngine). When starting two regions, the listens work on one region but not the other. Again, I running my server on Windows XP and running version 0.5.9.6505.

(0005497) melanie (administrator) 2008-09-26 20:16	Please test, fix committed

(0005498) Godfrey (reporter) 2008-09-26 20:44	Seems to be working very well in r6532.

(0005499) melanie (administrator) 2008-09-26 20:45	Fixed in r6532

(0005505) BlueWall (administrator) 2008-09-27 00:54	Looks good here, Thanks!