LSL Plus: 0.10.1 released...

For LSL Plus users, there's a new release out which optimizes the optimizer (it was unfortunately slow in 0.10.0)...

http://lslplus.sourceforge.net

I'm not at the right computer to try it just now (and I need more coffee so may not be understanding it right )- can you clarify about the Avatar keys etc - when I tried it last week the problem I had was that the default avatar wasn't 'real' so I couldn't do any Key2Name-type operations.

Would this work now? Are we able to change the default avatar key?

(Fingers crossed!)

I'm not sure what you mean by 'Key2Name-type operations', but llKey2Name already has worked in the LSL Plus simulator for quite a while -- you can obtain the avatar key from sensor events, chat events, llGetOwner, etc., and llKey2Name should work as expected.

The change is with respect to the Avatar Event Handler functionality in the simulator -- when setting up a simulation, you can create many avatars, and attach event handlers to each avatar, so that avatars can trigger events not triggerable from scripts (touch events, money events, etc.). The problem up to now has been that an avatar has know way of knowing its own key (or name, or position, etc.). Now this information is passed to the avatar event handler.

Hope this helps... if there's something specific you find is not working let me know (or log it in the bug tracker, which you can get to from the home page at http://lslplus.sourceforge.net).

Told you I hadn't had enough coffee...

The problem I had was that because the default Avatar has an "invalid" key (000...001), you can't do any operation like key2Name which relies on a real avatar. And I couldn't find any way to allocate a key (e.g. my own) to the Avatar.

Does that make sense? (It is early again so still not enough coffee )

This sounds like it might do what I want, assuming I can allocate the key?

.

No, you can't allocate the key. I'm still not clear why this would be useful. Are you talking about going to an external key2Name service, like w-hat? In LSL Plus, you would simulate the expected response from the external service using a web event handler, so it doesn't matter what the key is (it doesn't have to be a real LSL key).

In LSLEditor you can assign a name and key as the owner in setup. You can also set a default home sim. This comes in handy in many different ways.

I see the use case in LSLEditor -- testing HTTP/XML-RPC involves real external web servers. That sounds like what the OP was looking to do. LSL Plus is different, focusing on scripted interaction in a completely self-contained environment, so I'm not sure what the use case would be, (well, I can see one use case: if you want to deploy a 'production' script in world that has a hard-coded avatar key in it; but that's something I would avoid, so I didn't cater to it) but I would love to find out important scenarios LSL Plus should try to cater to.

(LSL Plus does let you create avatars with whatever *names* you wish, though. You can have multiple avatars owning multiple objects with multiple scripts. You just don't control the keys).

Great and thank you for the clarification Pike. All outside editor alternatives and the time the creators put into them are highly appreciated.

Yes, something like that.

I was wanting to try using Eclipse as an environment to test interactions between LSL and external database/programs, rather than doing it for-real in-world with the issues around trying to work on multiple scripts at the same time.

An example is the sort of scenario where an Avatar would Touch your object, and the script would send information about that Avatar (ie their key &/or name) to the external URL, which would then invoke a database interaction, and an HTTP Response to SL, which the script would then respond to.

It sounds like I was trying to push the boundaries a bit too much. Everything else worked really well, and I liked the idea of using Eclipse. although I'm a very novice user - I was basically trying to see if/what would work.

I tried LSLEditor as well, but it seemed to handle the returned HTTP Headers differently to what seems to work in SL (i.e. my parsing didn't work). I wasn't sure if this was because I'm not using PHP, or if it was a bug.

I'll send in a report to the maker of LSLEditor and see how I get on.

Sounds like LSLEditor is my way forward.

Thanks guys.

when i try to install it, i get "network connection problem encoutered during search" when i try to use one of the update sites.
details:
Network connection problems encountered during search.
Unable to access "http://lslplus.sourceforge.net/update-sites/europe-de/".
Error parsing site stream. [The XML stream is not a valid default "site.xml" file. The root tag is not site.]
The XML stream is not a valid default "site.xml" file. The root tag is not site.
Error parsing site stream. [The XML stream is not a valid default "site.xml" file. The root tag is not site.]
The XML stream is not a valid default "site.xml" file. The root tag is not site.

and when i try to install in eclipse via the downloaded and unpacked zip file i get "resulting configuration does not contain the platform" which is not exactly helpful either.

For the first error ("The XML stream is not a valid default "site.xml" file. The root tag is not site." is sounds as if you are using an old Eclipse (pre-3.4 aka Ganymede). Eclipse has changed its update manager since older versions of Eclipse, and only the new update manager can really handle the SourceForge file distribution system. Have a look at http://lslplus.sourceforge.net/installation.html for platform requirements and detailed instructions for old versions of Eclipse (3.3 being the oldest you really should use).

From "Help/About Eclipse":
Eclipse SDK

Version: 3.4.0
Build id: I20080617-2000

(c) Copyright Eclipse contributors and others 2000, 2008. All rights reserved.
Visit http://www.eclipse.org/platform

This product includes software developed by the
Apache Software Foundation http://www.apache.org/

from the commandline:
@sai:~> rpm -q eclipse
eclipse-3.4-6.2

I just tested with 3.4.0 and the europe/deutschland download site and had no problem -- SourceForge was having problems with all of its project web sites earlier today, which may have been your issue. I would try it again -- if you continue to have problems, post a help request here:

https://sourceforge.net/forum/forum.php?forum_id=791277

so we don't spam the SL forum.

well, i've been trying over and over to install lsl+ several times, always with the same result.
i'm using the packages provided for/by openSUSE, going to talk to them as well as on the SF bugtracker.

Using tracker (https://sourceforge.net/tracker2/?group_id=219595&atid=1046873) might be useful, as you can post attachments. A zip file full of screen shots might be helpful.

My original instinct appears to have been correct: I'm now fairly sure you are using the 'Classic' update manager. Normal 3.4x Eclipse distributions have it disabled by default, but you can enable it by going to (in Eclipse) Windows->Preferences; General->Capabilities and tick/untick the 'Classic Update' box. When I use the 'Classic' update manager with the europe-de update site, I get the exact error you are seeing.

You can tell if you you are using the classic update manager (other than by looking at preferences): if there is a 'Software Updates >' item on your Eclipse 'Help' menu, that is the 'classic' update manager. If you have a 'Software Updates ...' item on your Help menu, that is the new / standard update manager (which is the one you want). You could have both buttons. You want to use the 'Software Updates ...' button.

It's possible that the openSUSE distro builders tweaked the 'normal' Ganymede configuration for some reason. If you can't get it to work, I recommend downloading 3.4.1 (Ganymede SR1) straight from the Eclipse.org website.

when i do that, i get "Cannot launch the Update UI. This installation has not been configured for software updates properly." which, according to my google findings, is a known bug in eclipse and the workaround is... guess... the classic update manager :/

My recommendation would be to ditch the openSUSE packaged Eclipse and go with a version straight from Eclipse.org, like:

http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/ganymede/SR1/eclipse-cpp-ganymede-SR1-linux-gtk.tar.gz

(Alternatively, you could troubleshoot the problem with using the downloaded zip file: I just tried the Eclipse 'classic' installer with 3.4.0 on that, and it didn't have a problem. If you let me know where in the install process it gets to, it might help.)

Looks like thats what i have to do (see below)



when i try that i get the "does not contain the platform" error.


on the other hand, downloading and installing the cpp eclipse platform, then installing lsl+ via online update worked just fine. gotta poke&prod those suse rpm packages some more.