Fleth Robonaught

If the sun is below the Horizon (or Plane as you call it) the Z-Value becomes negative. So in your event check for a z-value smaller than 0 so you get what you want.

As the others said, it's not easy to help you, because we don't know the whole script. In you last posting you said that you have a LENGTH_MENU and an ANGLE_MENU and you have problems when the same entries exist in both lists. The problem in this case may be, that you have problems in the listen event deciding from which menu the response is comming from. If for example "+10.0" has been choosen in either menu the message in listen event is simply "+10.0". No way to say from which menu the message came from. One solution would be to use two listen channels. One for each menu. In the listen event then check first which channel has been used (first parameter is the channel number).

Viewer Version 3.2.4 installs to c:\Program Files\SecondLifeViewer on Windows. Previous versions installed to c:\Program Files\SecondLifeViewer2 Perhaps the installer did not update the viewer version, but installed the new version in parallel. Check if you have two desktop icons for the Viewer 2 or two entrys in the start menu. If you start the correct icon there should be no message, that there is an update available.

The simplest way to look for new functions is the function index in the Second Life wiki: http://wiki.secondlife.com/wiki/Category:LSL_Functions

My experience is that a run_time_permissions event is following every call of llRequestPermissions. Even if the permission has been granted allready in a previous call. But not in all cases the user is informed by that call. For example there is no dialog asking an agent for PERMISSION_TRIGGER_ANIMATION if it is sitting on the object. See column Automatic When in the table at http://wiki.secondlife.com/wiki/LlRequestPermissions . There is also no dialog if the agent granted the permission allready at the same call to llRequestPermission before.

The first thing I can think of is that maybe PHP scripts running inside your webserver are not allowed to establish connections to external servers. Thats a configuration setting inside php.ini . Nothing leaves the server so nothing can be received by the LSL script. Outgoing connections from your webserver do not use port 80. Port 80 is just for incoming request not outgoing. The port for incoming requests to LSL scripts is 12046 (see URL) not port 80 . It is possible that you webserver is not allowed to make outgoing connections to other ports than 80 .

There is no touch event in the receiving state. If the script switches from default state to receiving state the touch_start event in default state will not be used anymore. If there is no touch event SL reject touches. You also have the line llRemoveInventory(llGetScriptName()); If this line gets executed the script will delete itself. If that happens a touch is not possible anymore. For debug output try to use llOwnerSay and not a say to the debug channel. Because XML-RPC is error prone HTTP-in may be an alternative http://wiki.secondlife.com/wiki/LSL_HTTP_server

How do I change the release channel of a sim? We would like to switch to Magnum.

Same here on my sim. We are running on Magnum channel and since the rolling restart on wednesday the prim counts are wrong. We tried a restart but that did not help. One example: A tenant of a shop uses 27 prims but the object list in the land-info showed only 4 prims. an hour later it showed 6 prims and later 2 prims. As I opened every prim in the edit window the prim count suddenly went correct in land-info, but not for long.