Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Script load

Luke Lachman
Registered User
Join date: 17 Dec 2006
Posts: 18
04-05-2007 14:55
I have an object which rezzes an empty temporary prim. Now I want to move a running script into this new prim, but do not get it to work.

I tried llGiveInventory, but the srcrpt is not running.

with llLoadRemoteScriptPin and the pin set by the object after I have linked the new prim, but even then I get a problem.

What's the trick to get a running script into an empty prim
Dragon Keen
Registered User
Join date: 24 Apr 2006
Posts: 245
04-05-2007 15:25
http://lslwiki.net/lslwiki/wakka.php?wakka=LibrarySelfUpgradingScriptAlt
Simil Miles
Creator
Join date: 1 Mar 2007
Posts: 300
04-05-2007 22:34
No trick, set the PIN in the target prim with llSetRemoteScriptAccessPin, then load the script with llRemoteLoadScriptPin and integer running set to TRUE.
_____________________
UnConWTech @ Flo (144, 84, 224) http://unconwtech.free.fr

SL books http://astore.amazon.com/secondlife-sl-20/

Need a beta tester for quality assurance ?
Need a translator for English, French, Spanish ?
Luke Lachman
Registered User
Join date: 17 Dec 2006
Posts: 18
04-06-2007 00:50
thank you both, but that's not really what I was looking for.

Is here no way to get a running script into a prim without the PIN logic, even when the primis in the same object?
Kamilion Schnook
Registered User
Join date: 26 Jan 2006
Posts: 18
04-06-2007 01:02
Simple answer: "no."
llGiveInventory will force the script to a non-running state.
Currently, the only way to send a running script around would be with llRemoteLoadScriptPin, and it's a pain in the butt because it requires the objects to be owned by the same UUID.

I got around this problem by rigging my object to rez a seperate updater prim that has llAllowInventoryDrop set to true, dropping/giveInventory a prim object containing the running scripts into that, Rezzing the newly dropped object under the new owner's UUID, and llRemoteLoadScriptPinning the script into the main object.

A real pain in the butt for updating objects/scripts you've created for others.
_____________________
During his last shootout, police said "Come out, you're surrounded!"
He replied, "I'm not surrounded, I just have more targets now!"

Old enough to know better, young enough not to care.
Turnoffs: The blue wire. (or was it the yellow?)

It does not require a majority to prevail, but rather an irate, tireless minority keen to set brush fires in people's minds. --Samuel Adams
Luke Lachman
Registered User
Join date: 17 Dec 2006
Posts: 18
04-06-2007 01:36
From: Kamilion Schnook
Simple answer: "no."
llGiveInventory will force the script to a non-running state.
Currently, the only way to send a running script around would be with llRemoteLoadScriptPin, and it's a pain in the butt because it requires the objects to be owned by the same UUID.

I got around this problem by rigging my object to rez a seperate updater prim that has llAllowInventoryDrop set to true, dropping/giveInventory a prim object containing the running scripts into that, Rezzing the newly dropped object under the new owner's UUID, and llRemoteLoadScriptPinning the script into the main object.

A real pain in the butt for updating objects/scripts you've created for others.


Hi Kamilion,
that's a pretty good explaination. Thanks

I thought it would be easier :-( , mainly because I didn't plan to update a sold sripts/objects jet. I wanted only to run a script in a just rezzed prim. Seems I have to use the initial PIN script.

Thanks for the help from all of you
Luke
Simil Miles
Creator
Join date: 1 Mar 2007
Posts: 300
04-06-2007 02:50
You can llGiveInventory() to a child then llSetScriptState()
If needed you can llCreateLink() / llBreakLink()
_____________________
UnConWTech @ Flo (144, 84, 224) http://unconwtech.free.fr

SL books http://astore.amazon.com/secondlife-sl-20/

Need a beta tester for quality assurance ?
Need a translator for English, French, Spanish ?
Luke Lachman
Registered User
Join date: 17 Dec 2006
Posts: 18
04-06-2007 03:39
thats the same problem, you need an script in the new prim to set the new given script to running. Then I prefer the PIN solution, that's more flexible
Darien Caldwell
Registered User
Join date: 12 Oct 2006
Posts: 3,127
04-06-2007 12:30
The object udpate scripts I released a little while back may help you:

/15/8e/172797/1.html