data storage

View: New views
8 Messages — Rating Filter:   Alert me  

data storage

by P.R. :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.
Is there any way to store a little data for a script that is immune to reset? I mean, besides in an object description using llSetObjectDesc()? or an off-world server?

Cisco L.


_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: data storage

by AnnMarie@SLFBI :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.
I just use an additional script in the prim that just receives and transmits stored data.  No reset on rez.  Works fine so long as you never re-compile it.  Its not "PERMANENT" but permanent enough for many applications.
 
AnnMarie Otoole
----- Original Message -----
Sent: Thursday, October 15, 2009 9:27 PM
Subject: data storage

Is there any way to store a little data for a script that is immune to reset? I mean, besides in an object description using llSetObjectDesc()? or an off-world server?

Cisco L.


_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: data storage

by Tigro Spottystripes :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

what type of data?

for floats, if the prim appearance doesn't matter, you can store quite a
few floats using the alpha and color of each of the prim faces

Cisco Lane escreveu:

> Is there any way to store a little data for a script that is immune to
> reset? I mean, besides in an object description using
> llSetObjectDesc()? or an off-world server?
>
> Cisco L.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
>  
_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: data storage

by Kubota Homewood :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

This works reasonably well, but make sure you define your API well so you don't need to recompile.  You probably want someway to tell it to give you everything it has, just incase you do need to "upgrade" it.  And then, make sure you don't swamp yourself with link_messages.

Kubota

Using heavy machinery to do delicate tasks

On Oct 15, 2009, at 9:00 PM, <AnnMarie@...> <AnnMarie@...> wrote:

I just use an additional script in the prim that just receives and transmits stored data.  No reset on rez.  Works fine so long as you never re-compile it.  Its not "PERMANENT" but permanent enough for many applications.
 
AnnMarie Otoole
----- Original Message -----
Sent: Thursday, October 15, 2009 9:27 PM
Subject: data storage

Is there any way to store a little data for a script that is immune to reset? I mean, besides in an object description using llSetObjectDesc()? or an off-world server?

Cisco L.




_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters


_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: data storage

by Maxxi Short :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.
Love the idea of storing floats as alphas/colours - ingenious, Tigro!
 
Wouldn't it be good if LSL had a "write notecard" function? I get round this by having a touch event (or a listen) that dumps out the data in chat when I touch it (owner only), then I copy and paste that into a notecard. After a reset, I just reload the notecard in a script.
 
Not exactly automated!
 
Maxxi.
 
----- Original Message -----
Sent: Friday, October 16, 2009 2:27 AM
Subject: data storage

Is there any way to store a little data for a script that is immune to reset? I mean, besides in an object description using llSetObjectDesc()? or an off-world server?

Cisco L.


_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: data storage

by GCI38 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.
Hmmmm! If you like nutty and weird solutions :
 
The object could send an email to itself using subject and body to store data!
 
And resends it after it reads the mail!
 
Since a mail is preserved until it is read, the data would be persistent as longer as LL preserves not read mails
 
Said, nutty!
 
GCI
----- Original Message -----
Sent: Friday, October 16, 2009 3:27 AM
Subject: data storage

Is there any way to store a little data for a script that is immune to reset? I mean, besides in an object description using llSetObjectDesc()? or an off-world server?

Cisco L.


_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: data storage

by jbhancroft :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I've done that!  In weird situations where I "really, really" have to reset all the scripts, it works.
I don't recommend llEmail(), however, having had to do unnatural acts to compensate for dropped or dup msgs :(

- JB

On Fri, Oct 16, 2009 at 10:01 AM, GCI38 <gci38@...> wrote:
Hmmmm! If you like nutty and weird solutions :
 
The object could send an email to itself using subject and body to store data!
 
And resends it after it reads the mail!
 
Since a mail is preserved until it is read, the data would be persistent as longer as LL preserves not read mails
 
Said, nutty!
 
GCI
----- Original Message -----
From: travlorf@...
Sent: Friday, October 16, 2009 3:27 AM
Subject: data storage

Is there any way to store a little data for a script that is immune to reset? I mean, besides in an object description using llSetObjectDesc()? or an off-world server?

Cisco L.


_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters



_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: data storage

by Jim Gustafson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Using an external database on a web space worked always fine for me. I can use the object UUID to identify the object that needs to receive the persistent data from the database.



_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters