Scripting

#SL Scripting News Wk6

by

We have a varied collection of news out of the Scripting User Group today.

First we have word that the current release channel code will NOT roll to the main grid this week. So, there will be no update to the main grid this week. There are some problems and they will be adding fixes to the code in the release channels. Other problems have been fixed too.

Scripting Feb 6, 2012

We have only one code package running in all three release channels. While the single package has gotten good testing, the problems have held any update to the main grid. Later in the week we’ll know what new packages may roll to the release channels for testing.

Read more

#SL Scripting UG Week 2

by

Tuesday the next server maintenance pack should roll out to a release channel. For scripters this roll will have llSetRegionPos(), the frame_number parameter for llGetEnv(), and some llSetKeyframedMotion() bug fixes. We’ll find out which channel gets the update Tuesday.

Roll outs are a bit off and the pipeline is a little dry because of last week’s network switch failure. So, I think we will see release channels roll Tuesday instead of Wednesday.

A backend feature has been added. Kelly Linden says it is a % scripts run stat. This tells one what percentage of scripts ran in the last frames as an average. We will eventually see it in the viewer. But, it has the QA pipe to make it through before we see it. Version 3.2.7 made it to the development alpha today. So, % scripts will likely be one or two versions behind that.

This new stat is the average percentage of scripts that ran in the last frames. A 100% average means all scripts are running in every frame.

Read more

LSLEditor Updated

by

For those using the LSL Editor it’s time to update.

This update adds lots of constants and a function or two. This brings it much closer to the current LSL (Linden Scripting Language) state.

If you don’t know about the LSLEditor, it is a third party offline editor and debugger for SL scripts. It is  open source.

I haven’t looked lately, but Phoenix was interfaced with the LSLeditor. I assume the Firestorm Viewer is too. So, it is much easier to round trip code.

You can create multi-script projects and debug them in the LSLEditor. The program is not perfect and it has some bugs. So, it is not a perfect simulation of Second Life LSL/Mono. But, close enough to be very useful.

Download LSLEditor – Or open you installed version and it should automatically update.

#SL Scripting News Week 51

by

Kelly Linden learned that when iTunes locks up the SL Viewer can’t open… Computers are full of complications. The viewer will never get past Initializing VFS, if iTunes freezes. This is Windows. No telling what will happen on a Mac.

Server Roll Out

Kelly says the server maintenance release from Le Tigre seems to be running well. This is the release that got rolled back from the main channel once. It is good it is running well. Because this is the release we will run until next year.

The roll out means both LSL functions llTransferLindenDollars() and llGetParcelMusicURL() are on the main grid.

Region Crossings

The rumor about more region crossing failures came up. Apparently there is no statistical data to tell the Lindens that is the case. So, unless people are filing JIRA’s it would be an invisible problem from the Linden side of the equation.

Kelly says the Lab is currently working on projects to improve region crossings. The Lab is also working on projects to reduce what Kelly called ‘up time bloat’. I suppose that is things like memory leaks and other things that tend to degrade region performance over time.

Read more

#SL Server News Wk 50 Cont

by

Main Channel

This week the code from Le Tigre/Magnum rolled to the main channel. This is a server maintenance pack. It includes the LSL function llTransferLindenDollars(). The thread that links to is now about 5 pages long. The details of the function are:

  • Attempt to transfer amount of L$ from the owner of the object to ‘id’. Requires PERMISSION_DEBIT. Returns a key used in a matching transaction_result event for the success or failure of the transfer.
  • New LSL event: transaction_result(key id, integer success, string data) This event is triggered from an llTransfer* call (currently only llTransferLindenDollars).
  • id: matches the return value of the llTransfer call and if the transaction was a success will match the ‘transaction id’ shown in transaction history on secondlife.com
  • success: TRUE if the transfer succeeded otherwise FALSE.
  • data: On successful transactions will contain a CSV of destination ID and amount transferred. In failure cases it will contain an error tag on failure.
  • Error Tags for llTransferLindenDollars:
    • LINDENDOLLAR_ENTITYDOESNOTEXIST – The destination UUID is not a valid agent.
    • LINDENDOLLAR_INSUFFICIENTFUNDS – The source agent does not have enough L$ for the transfer
    • INVALID_AGENT – Destination agent is not a valid UUID
    • INVALID_AMOUNT – Amount is <= 0
    • THROTTLED – The scripted L$ throttle was hit for this object owner.
    • MISSING_PERMISSION_DEBIT – The script does not have debit permission
    • GROUP_OWNED – The object is group owned and thus can’t give money
    • TRANSFERS_DISABLED – L$ transfers are disabled in the region
    • EXPIRED – The simulator timed out waiting for a response from the back-end service.
    • SERVICE_ERROR – There was an error connecting to the back-end service

    Read more