Ela Talaj

Even with the payout system maintenance going on the delays are not as long as they seem. I requested a payout on October 4 and received payment on October 14. It does seem like a long time but only because of weekends. In fact it is 6 busness days instead of the standard 5.

It's not gonna work as posted . It would always give the "Wrong Region" message because there is no region named "desired name". Correct as folows: string desired_region = ""; // put your region name between the quotes. if (llGetRegionName() == desired_region ) llSay(0,"Correct Region");else llSay(0,"Wrong Region");

An unbagging script is an overkill because there is "open" option, besides a customer can just rez the box, manually edit, and drag it content into inventory. If however you must have an unbagging script for whatever reason, consider putting llSleep(0.5) between each llGiveInventory(). Experience shows that when a sim server is lagged and a large number of inventory transfer requests comes rapidly, the server may choke on it a skip a few.

In some cases, actually quite often, the itemgets transferred to the MP even if the network error msg is displayed (obviously a timing conflict there). So even if the error message appears, check the MP if the item got there anyways.

where does the key id come from for llKey2Name(id) ?

on_rez and attach are different events, so make the script to ask for permissions on attach event. Keep in mind however that if you have both events the on_rez event would still run and it would run before the attach event so don't ask for any permissions in the on_rez event.

There is a function llGetListEntryType() (http://wiki.secondlife.com/wiki/LlGetListEntryType) if that's what you're after.

This is not a very good learning example. While more or less trivial and thusly easily understandable, it also demonstrates a bad programming style and many coding inefficiencies.

There is no documentation on rigged mesh irresponsive to touch (not generating touch event). As far as the sim server is concerned it's just an object like any other. You might try in another sim to see if it is your sim regional problem.

I've already made it for y'all Lookie here.

This is the best solution when one must pass a bunch of variables to a user-defined function.One must be carefull however because LSL passes arguments by value, not by reference so a user function call creates a new copy of the list on the stack but the original list still remains so memory limits might become a problem, especially if the list is large.

Yeah...you're right of course... I misread the thingy

Innula, Debit permission is not automatic, it must be granted manually. Do you really want the script ask for permission every time it collects a tip?

Most probably the script in your attachment listens to the owner only. When the message comes from a prim, regardless if worn or rezzed on the ground, the uuid of the message is that of the prim, so the attachment script ignores it.

This is not clear. An SL game must include not just objects but also scripts that make the game run. Are you saying someone copybotted your game scripts?

In RL software development it is not a matter of taste but a matter of what is written in the company's Code Style Manual The idea is that everyone would use the same style so code reviews are more efficient. For a sole developer I guess it is a matter of preference (taste).

I've at least 2 objects on my parcel that send me midnight emails and both been working correctly for years and still do <knock on wood >. Try to use email addy other than hotmail and see if works. Hotmail is now outlook.com so they make changes there. If still not getting emails to an addy different than hotmail, try to manually move (not re-rez!) the object from your parcel (region) to a neighboring one and then move back. The bug detailed in https://jira.secondlife.com/browse/SVC-23? still might rear its ugly head once in a while.

Go to the Marketplace and get my Scripter Resource Kit A It retails for a low price of L$0 and has an open-source API to make multi-page alphabetical menus with any number of pages limited only by available memory.

There used to be Solutions Providers Directory, where LL would list "approved" creators engaged in professional services. To get in one had to submit a list of completed projects, have a good rating by clients, and pass an interview with a Linden. I was one of the last ones to get in because shortly thereafter the LL employee responsible for the directory maintenance went on maternity leave and no replacement was assigned. Then LL closed it down altogether even though the Directory still exists in the Wiki. However it was never intended for merchants but for professional services.

I have such a device available. Call me in-world for details

Yeah...too bad there's no operators overloading in LSL

Why would anyone consider 1.5 msec execution time a heavy delay?

Something doesn't compute here Have you tried in a different sim? I didn't count iterations in your loop, don't have time for that, but there is no way a loop with llSetLinkPrimitiveParamsFast() would run for about 100 seconds with thousands of iterations. That would've been a showstopper long time ago.

I wouldn't make speedy conclusions on that matter. An LSL vending script (and I wrote a few) has no control over delivery it simply calls llGiveInventory() method, the rest is to the server. The script cannot verify if a delivery was indeed made. The server treats delivery basically the same as an IM with the only difference that a message payload is not text but an object. There are scores of reasons why such an IM could be lost, the most commong being that a user logs off while the IM is being delivered. So it may be just a freak accident. That the seller does not respond is another matter. Prolly should send a notecard and wait a few days. Not everyone is in SL 24/7 and people do go on vacations and business trips.

Happened to me too 2 times on 07/11. I didn't report it to anyone as I don't have much use for item# info. For whatever it worth, both products with missing item# were priced under L$100. Since then I didn't sell any such low priced products because most of my products are much higher priced and all item #'s appear to be in place for sales.