Nuclear Slingshot

Thanks, Miranda. That answers my question. Although LSL is quite similar to other C-like languages, it has a few idiosyncrasies which make me hesitant to rely on expectant behavior of those other languages.

I can't seem to find this in the LSL Wiki. What is the result of attempting to typecast a non-numeric string to an integer? My preliminary tests have show that no exception is thrown and the result of the cast is 0 (zero). Is this the expected behavior (i.e. can it be counted on)?

My guess is that either there are too many light sources and/or you're not close enough to see it. The viewer will only render 6 lights, if there are more than that it will only render the 6 closest lights.

That's also been my experience, but I figured I check anyway. I think Rolig is probably correct, garbage collection seems to occur on a per-object basis as opposed to a typical runtime environment. Thanks for the feedback.

If a prim is rezzed as TEMP_ON_REZ, does it have a minimum guaranteed lifetime? According to the wiki: "It lives until the next garbage collection cycle (about 1 minute)". I read this as meaning that the garbage collector runs approximately every minute, but what if it happens to run just after a TEMP_ON_REZ prim is rezzed?

I ran Firestorm on Windows 8 Release Preview and didn't have any problems.

Beautiful 8128m² mainland parcel for sale in Catocala. 1860 prims. Prime location bordered by Linden canals. L$7999 or reasonable offer. http://maps.secondlife.com/secondlife/Catocala/104/125/21

If you're going to set out each item for display then you don't actually need a script, you can set any object for sale. Right click and select "Edit". In the General Tab, there is a "For Sale" checkbox - check this, then select Copy, Contents or Original, set the price and click "Apply". "Copy" will sell a copy of the item, leaving the original. "Contents" will sell the contents of the object (ie, whatever is in the Inventory of the item). "Original" will sell the item itself. Once it's sold there are no more copies to buy.

Thanks, Qie. That's not a bad idea.

I've been working on a vehicle tour script (i.e.. a script which follows a preset list of waypoints), using KFM. Surprisingly, it works fairly well, including sim crossings. Currently, I'm hard-coding the waypoints, but plan on adding the ability to read the waypoints from a notecard. To make things easier for the end-user, I also created a HUD, which allows the user to travel the route and record the waypoints. Once done with the route, the HUD spits out the waypoints to local chat, which can then be copied to the notecard. This all works fine...mostly. The problem is that the text is limited to 1024 bytes and, depending on the number of waypoints, can easily exceed this. I can see a couple of possibilites: Iterate the list of waypoints and say each seperately. The problem with this is you end up with the name of the object (and possible a timestamp) preceding each waypoint. This can certainly be overcome when reading in the notecard, but it's a bit messy and makes the notecard difficult to read and manually edit.Dump the list to a string and spit out the string in 1024 byte chunks. Still has the problem with object name and timestamp (although much reduced), but will likely result in waypoints being split between two "says" (unless I implement something to prevent this). This would require the end user to fix the split, which I'd rather not require.So, I was wondering if anyone had any better ideas.

Is there a possibility that some TPV has the ability? Or even a hacked copy of a TPV? No. All objects and their properties (including permissions) are stored on the LL servers. A viewer can request that something about the object be changed, like the description, but if the object is set to no modify, the server will simply ignore the request. If someone can, in fact, change the description of your object, then you might want to double check the permission settings. Permission settings can be rather confusing and it's pretty easy to miss something.

I'm not sure what your question is, but one thing I noticed. You're attempting to use an undeclared variable forward_power. Perhaps you meant to use ForwardPower, which is declared, although it is never assigned a value.

OK, thanks Darkie. That clears that up. Part of the problem is that, other than LSL, I usually program in C#, so I tend to cross-pollinate syntactical rules between the two.

When declaring a variable in LSL, can you not use an expression in the declaration? I though you could, but I've been away from SL for awhile and perhaps I'm misremembering. The specific statement in question is: float angle=PI/3.0; which results in a sytax error. It's not a big deal if you can't, I was just curious.

It should be: string name = llToLower(llGetLinkName(i)); 

As Peggy stated, your specific computer specs would be most helpful, especially the type of graphics card you have. Just to try to short-circuit a diagnosis, if you have a newer Nvidia card, there is a known problem with OpenGL that can cause problems. I know LL has been working on a fix, but I'm not sure if this has been pushed to the current viewer.

I don't believe that an inanimate object or collection of objects can be "gay", in the commonly accepted usage of the the term. Perhaps if you stated the perceived problem with a litlle more detail , someone might be able to answer your question.

In the US, I believe DST ends on November 6th this year.

Despite what some people may think, having a "disclaimer" in their profile does not relieve them from having to follow the TOS.

It used to be that you could claim a small parcel such as you've described and LL would sell it to you. I don't know if they've changed that policy or not.

A HUD is simply an attachment, just like any other attachment. So, any scripts in the HUD will stop running when the avatar logs out, since the HUD is no longer in world. However, any scripts in a prim that are rezzed in world continue to run, if that helps.

That's my biggest objection to the current system of signing up with a single name, and the very original last name of "Resident" - it doesn't encourage anyone to actually think about their name and perhaps come up with something clever, or a least mildly interesting.

Yeah, it's totally cool. It's amazing to think that many of the people who worked on this are probably retired by now...talk about a long-term project. I suspect, unfortunately, that projects of this kind won't be persued much in the future -- it's hard to get congressional budgetary approval for things like this in this day and age...too bad, really.

Canoro Philipp wrote: yours is very cool too Thanks. When I first joined in 2006, my name was Nuclear Foton. That was when you had a set list of rotating last names to choose from and you had to come up with a first name. I left SL for a bit and cancelled that account (silly me), but always like the name.

I've seen some really great names in SL. The only one I can think of offhand is one of my best friends in SL: Isadaft Trollop.