Difference between revisions of "User:Strife Onizuka/Talkpage Archive 01"

From Second Life Wiki
Jump to navigation Jump to search
(New section: [[User talk:Strife Onizuka#LlListRandomize and the use of random vs pseudo random|LlListRandomize and the use of random vs pseudo random]])
Line 1: Line 1:
{{RightToc}}
{{RightToc}}
Hi Strife,
yes it's me again, sorry if I'm annoying you. I tried to link page [[List of all Second Life Groups on Flickr.com]] to the respective [[:Category:Flickr Groups]] in order to get it listed on category index. Unfortunately I couldnt manage that. Could you please have a look at it to grant me some assistance?
Many thanks in advance, greetings --[[User:Huney Jewell|Huney Jewell]] 03:43, 23 November 2007 (PST)
:I'm not sure what you want done. -- [[User:Strife Onizuka|Strife Onizuka]] 16:24, 23 November 2007 (PST)
::[[:Category:Flickr Groups|This page]] contains an index of all articles within category "Flickr Groups". I tried to add [[List of all Second Life Groups on Flickr.com|this Article]] to the index by using a category template at the page bottom. Obviously that isn't sufficient to get the Article listed on the index page. But I don't know how to manage adding the Article to the respective index page so I asked you for some kind assistance. I hope, this might clarify what I'm intending. --[[User:Huney Jewell|Huney Jewell]] 04:22, 26 November 2007 (PST)
:::Oh I see what you were trying to do. That box is auto-generated by the wiki. You don't make it yourself. -- [[User:Strife Onizuka|Strife Onizuka]] 12:56, 26 November 2007 (PST)
::::OMG, it's that easy, provided knowing how-to. Thanks a lot for your help, Strife. --[[User:Huney Jewell|Huney Jewell]] 02:24, 27 November 2007 (PST)
----
Hi Strife,
after returning from vacancies I was very excited to notice that you meanwhile added the mode=user parameter to the LSL Function template. Thank you so much for this extension, which will simplify documentation of user functions a lot. I took the chance to complete the template documentation to publish this extension to all the wiki community.
--[[User:Huney Jewell|Huney Jewell]] 09:06, 31 October 2007 (PDT)
----
Hi Strife,
I see you comment "it is really annoying when people remove things and don't notice the change" in the history of the [[llSetText]] article.
Do you happen to know if you made that comment with reference to a change I made? If it was me, what change did I make without noticing? I didn't know I could do that. I'm using the browser interface to the LSL Wiki, I thought the Show Changes button showed me everything I did. Does it not?
Thanks in advance, most curiously yours, -- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 07:51, 29 October 2007 (PDT)
:Your changes were good, it was a change by {{User|Ralph Doctorow}} that got my feathers ruffled. The "LSL Function/*" and "LSL Generic/*" are more then just category templates, they insert content throughout article, it annoyed me that he stripped them and didn't notice that it had adversely affected the article. Non sequitur: I did a function template update a week or so ago, and there is now a mode=user. -- [[User:Strife Onizuka|Strife Onizuka]] 12:42, 29 October 2007 (PDT)
----
Hi Strife,
Thank you for coining the term "script time", distinct from the calendar time of the real world.
I agree that phrase gets the point across much more effectively than the previous phrase "dilated time".
Thanks also for making time to merge this new "script time" phrase in to clarify [[llGetRegionTimeDilation]], [[llGetTime]], [[llResetTime]], [[llGetAndResetTime]], [[llSetTimerEvent]], etc.
-- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 13:22, 24 October 2007 (PDT)
:'Dilated time' seemed weird. 'correctly' was extraneous and the wrong word to use when referring to time (who's time is the right time? orbital or atomic? computers don't keep either). I don't think I coined 'script time', I think I've seen it used on the old wiki. There are other time functions besides llGetTimestamp, and singling it out exclusively isn't right (it isn't the right function for all situations). -- [[User:Strife Onizuka|Strife Onizuka]] 13:33, 24 October 2007 (PDT)
----
Hi Strife,
I guess the "URU" of your user page refers to
http://en.wikipedia.org/wiki/Uru:_Ages_Beyond_Myst
I guess by netiquette I should not edit my belief into your user page, so I haven't.
-- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 18:23, 17 October 2007 (PDT)
----
Hi Strife,
The [[LSL_Errors]] article claims:
"""ERROR : Byte code assembly failed -- out of memory"""
"""How much script is too much script can vary astonishingly. For example, the 2007-08 Second Life clients varied as much as 30X, from one to the next. Specifically, the Windows client accepted 22 else-if's and refused 23 else-if's, while Mac OS X was accepting 692 else-if's and refusing 693 else-if's."""
Do those claims interest you?
Can we somehow work on fixing the Windows client to be less astonishingly broken? Else cripple the Mac client to match the Windows client, to keep script compilation compatible across platforms and free of accidental copy restrictions?
-- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 16:06, 10 October 2007 (PDT)
:One step ahead of you. {{Jira|VWR-811}} -- [[User:Strife Onizuka|Strife Onizuka]] 18:34, 10 October 2007 (PDT)
::Yes perfect, thank you, I see {{Jira|VWR-811}} =  'Repeated "else if" statements throw syntax error' with Mac OS X vs. Windows diff's noted -- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 21:36, 10 October 2007 (PDT)
----
Hi Strife,
In your recent edits to [[llGetObjectPermMask]] and [[llGetInventoryPermMask]]. I see you moved the default perm masks of the Linden Lab's clients to Notes from Func_footnotes.
Thank you. I was unsure where to put that research to begin with it, and I like the rendering of your choice better. I still have no idea where I go to read of the intended difference between Notes and Func_footnotes. Notes is notes is notes, so far as I know.
-- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 06:46, 8 October 2007 (PDT)
:The footnote section is for function specific notes about the function itself. If it gets really detailed about the function it should be moved into the specification section. If it is notes about how the function fails or doesn't work as expected it should be in the caveats section. If it's notes that aren't about the function directly but are useful to know, the notes section is the best place for them. In this case it just seemed to fit better in the notes section. -- [[User:Strife Onizuka|Strife Onizuka]] 09:50, 8 October 2007 (PDT)
::Crystal clear, thank you. Doc'ed nowhere else, true? Good seed with which to create a new page to meta-discuss this wiki? -- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 17:52, 8 October 2007 (PDT)
:::Sounds like a good idea. Sort of thing that would go well in the LSL Primer page. -- [[User:Strife Onizuka|Strife Onizuka]] 20:46, 8 October 2007 (PDT)
::::1. Which page is the LSL Primer page? Maybe we mean the [[LSL Editing Primer]] page that explains how to wiki here? Before now, that page was too deeply buried and arcanely named for me to discover it. Guessing that yes that's the page we mean, I've now pulled that page up a level by tweaking the [[LSL Portal]] page to link directly to the LSL Editing Primer page along with a brief (four word) explanation of what that primer page primes. -- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 17:48, 9 October 2007 (PDT)
::::2. I now see that the LSL Editing Primer page links to the [[Template:LSL_Function]] page that defines func_footnote's vs. caveats vs. notes less well than you do above. Should we next copy these more correct/ complete definitions for func_footnote's vs. caveats vs. notes from here to that Template LSL Function page? -- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 17:48, 9 October 2007 (PDT)
:::::1. The LSL Editing Primer needs extensive work, I originally threw it together quickly.
:::::2. The documentation for the function template should be spun off onto a dedicated subpage (so updating the documentation doesn't force an update on all the pages that include the template). I'll put slitting the page on the TODO list. -- [[User:Strife Onizuka|Strife Onizuka]] 09:18, 10 October 2007 (PDT)
----
Hi Strife,
I see you tuned [[hex]] to remove if-tests. I like that, thank you. I see you say speed improved, I'm curious to know by how much and I'm curious to know what happened to byte code size, though I don't know yet if I'm curious enough to go measure those results myself.
-- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 06:46, 8 October 2007 (PDT)
:It irked me, most *-to-string functions usually do. I was this close to writing an LSO optimized version of it. -- [[User:Strife Onizuka|Strife Onizuka]] 09:50, 8 October 2007 (PDT)
::Ah. Google reminds me LSO is LSL assembly. How can I write LSO? Do we have inline assembly? Assembly listings of what we compile? -- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 17:52, 8 October 2007 (PDT)
:::Someone did trick some assembly compiler into doing LSO but it was a hack (and didn't work perfectly). I keep meaning to add inline LSO support to LSL. Not going to happen soon though. -- [[User:Strife Onizuka|Strife Onizuka]] 20:46, 8 October 2007 (PDT)
----
Hi Strife,
I see recently you edited [[llGetKey]] to tell us that llGetKey returns a key for the prim the script is attached to.
Thank you! I had seen the English there before say that llGetKey returns a key for the task, but I haven't yet learned to distinguish "task" from "prim". I guess task and prim are often the same thing?
-- [[User:Ppaatt Lynagh|Ppaatt Lynagh]] 05:43, 2 October 2007 (PDT)
:Yes they are the same thing so far (since script can only be attached to prims). The "task" terminology is antiquated and confusing IMHO, it's left over from the dark ages of LSL. -- [[User:Strife Onizuka|Strife Onizuka]] 05:51, 2 October 2007 (PDT)
----
Hi Strife,
I came across your [[Dialog Module]] and wonder what is the ESL version published there. I tried a compile in-world, but it doesn't run. How did you manage that?
Greetz
--[[User:Huney Jewell|Huney Jewell]] 22:04, 20 September 2007 (PDT)
:ESL is LSL passed through a C/C++ preprocessor (you can use Microsoft's cl or gcc to do this). There isn't much talk about ESL these days but it's the way to fight off LSL induced insanity. It's a bit involved to set it up but once its working it's the bees knees. [http://forums.secondlife.com/showthread.php?t=18335] [http://sl.sdfjkl.org/secondlife/scite/index.html] -- [[User:Strife Onizuka|Strife Onizuka]] 01:12, 21 September 2007 (PDT)
----
Hi Strife,
why did you kill the routine for negative values in Meter2Feet? Results now are wrong if negative meter value is entered!
:Pffft, i'll check this out. -- [[User:Strife Onizuka|Strife Onizuka]] 08:29, 12 September 2007 (PDT)
Sure the results are wrong; of course I checked that and restored the routine! And your constant for meter to feet conversion was also wrong, see here: http://en.wikipedia.org/wiki/Foot_%28unit_of_length%29
But nontheless many thx for your assistance. Nobody is perfect ;-)
----
Strife...
I don't know what you're doing..but I was really helped by the comment Indira Bekkers gave me.
I had to turn on the Pay-behavior..
Your description might be useful to you..but it doesn't say a thing to me.
So I'm going to put back my description ..without the name of course..
--[[User:Gal Canning|Gal Canning]] 13:11, 3 August 2007 (PDT)<br/>
Hi Strife....the term is "deprecated", not "depreciated".  See [http://en.wikipedia.org/wiki/Deprecation "Deprecation" in Wikipedia] -- [[User:Rob Linden|Rob Linden]] 16:37, 27 January 2007 (PST)
:I was wondering about that. I'll change the template (it's handled in the template).[[User:Strife Onizuka|Strife Onizuka]] 16:42, 27 January 2007 (PST)
:I'm still learning the ins and outs of MediaWiki, so these templates are moving along.[[User:Strife Onizuka|Strife Onizuka]] 17:25, 27 January 2007 (PST)
::Excellent work on the templates.  The pages look really good! -- [[User:Rob Linden|Rob Linden]] 18:38, 27 January 2007 (PST)
::It's amazing what can be done with good documentation. MediaWiki is gold (just wish it was 1.9.x).
::I was considering making some generic templates for function definition pages. Hasn't happened yet. And still have to make the templates for events.
::And I made a bit of a mess of the Template namespace (you can delete the redirecting pages). Getting out of the habit of using CamelCase is tough ~_~  [[User:Strife Onizuka|Strife Onizuka]] 18:59, 27 January 2007 (PST)
::: Great to see your contributions, Strife. Thanx for building up this resource. --[[User:Torley Linden|Torley Linden]] 14:25, 30 January 2007 (PST)
== Template magic needed ==
Hi Strife:  great work on the wiki so far.  When you get a chance, could you take a look at [[Template:LSL conformance test]] and [[Template:LSL conformance script]], which were created for adding our conformance suite?  See [[LSL llGetUnixTime test]] for an example.  I'm mainly looking for help making sure that the interface is sensible (i.e. the template parameter list makes sense and the general structure makes sense).  The formatting can wait.  The idea is to get these stabilized, and that will provide us a mechanism for those of us at LL to consolidate our tests, and for the community to chip in if desired. -- [[User:Rob Linden|Rob Linden]] 22:46, 7 February 2007 (PST)
(moved rest of conversation to [[Template talk:LSL conformance test]] -- [[User:Rob Linden|Rob Linden]] 22:22, 8 February 2007 (PST))
== function & generic template ==
Are you planning on putting something in your templates for constants used by that function or event? [[User:Anthony Reisman|Anthony Reisman]]
:There is, just set 'constants' equal to a table. Checkout {{LSLG|llDetectedType}}. [[User:Strife Onizuka|Strife Onizuka]] 13:24, 8 February 2007 (PST)
Ok, I wasn't sure if you were making a general table template or something. Sorry, I'm still new at wiki formatting. I didn't want to just edit if we working on a standard for the pages.--[[User:Anthony Reisman|Anthony Reisman]] 11:24, 9 February 2007 (PST)
Templates for tables are very difficult to make and not very useful. By the time you have populated the template with information you have done more work then it would have been just to make the table by hand. [[User:Strife Onizuka|Strife Onizuka]] 11:28, 9 February 2007 (PST)
In the example that you used, I noticed it was a template, which is why I wondered. I'll figure out how to make a table, and just stick it in the page I'm editing. Also, where do I find the list of all the templates used? I found the unused templates, but didn't find the a list of all. Again, sorry for the silly questions. I'm picking wiki up as I go.
:An inline example you can find on {{LSLG|llParcelMediaCommandList}}. [[User:Strife Onizuka|Strife Onizuka]] 11:56, 9 February 2007 (PST)
Thanks! That was exactly where I was going to put it in. Back to my other question. How to I find all the templates and template names we'll use. I can use the examples from other pages, but it might be nice to look at all the templates we have available. Thanks again! [[User:Anthony Reisman|Anthony Reisman]] 12:14, 9 February 2007 (PST)
Really isn't a big list of LSL templates yet.
The ones I use and wrote are:
{|{{Prettytable}}
!Name
!Description
|-
|[[Template:LSL Header]]
|The bit at the top of the page, you need it if your page isn't using 'LSL Function', 'LSL Event', or 'LSL Conditional'.
|-
|[[Template:LSLG]]
|Used for links to any LSL_* page
|-
|[[Template:LSLGC]]
|Used to link to categories that start LSL_*
|-
|[[Template:LSLC]]
|Used to add a page to a category to which the category name starts LSL_*. This template also tries to figure out the sort value needed.
|-
|[[Template:LSL Hex]]
|Used for hex values.
|-
|[[Template:LSL Hex/Parse]]
|Template used to convert hex literals into integers. Doesn't work just yet.
|-
|[[Template:LSL Function]]
|Template used for function pages
|-
|[[Template:LSL Event]]
|Template used for event pages
|-
|[[Template:LSL Conditional]]
|Template used for flow control pages
|-
|[[Template:LSL Generic]]
|Parent Template of 'LSL Function', 'LSL Event', or 'LSL Conditional'. It is the template that does the heavy lifting, it also has a couple sub templates that handles some of the intersting stuff required for the child templates.
|-
|[[Template:LSL Generic/Text]]
|Sub template for the making the text of the first box of text.
|-
|[[Template:LSL Generic/Title]]
|Sub template for the making the title of the first box of text.
|}
== re:  Talk:LSL Function Style ==
I apologise if anything I've said has offended you personally- accessibility is something of a sore point to me.
<br />[[User:SignpostMarv Martin|SignpostMarv Martin]] 12:27, 11 February 2007 (PST)
== LSL markup ==
Have we got LSL syntax highlight yet?  If not what's the holdup?  Anyone know? [[User:Gigs Taggart|Gigs Taggart]] 15:38, 11 February 2007 (PST)
:"We tried to use start using this on Thursday, but ran into some problems. Thraxis, it'll help if you can contact me privately to discuss some of the issues. -- Rob Linden 00:37, 11 February 2007 (PST)" Taken from [[Talk:LSL Portal]]
== Energy: 10? ==
Why do all the functions take 10 energy?  Even ones that have nothing to do with physics? [[User:Gigs Taggart|Gigs Taggart]] 15:46, 11 February 2007 (PST)
:I can't say for sure. Probably to counter balance bytecode throttling and to keep complex objects from using all the CPU time. As a non sequitur {{LSLG|llSleep}} and {{LSLG|llDie}} do not require any energy to call. Don't remove the value though, it is technically important, all objects have energy and if it runs out the scripts stops regardless of physics. [[User:Strife Onizuka|Strife Onizuka]] 16:38, 11 February 2007 (PST)
::Oh. Oops.  I took it out on one or two.  [[User:Gigs Taggart|Gigs Taggart]] 20:07, 11 February 2007 (PST)
:::Already fixed it, don't worry about it. It is only a minor annoyance (a pet peeve) but an easily fixed one at that. I got the information from one of the source files used by LSL, so it is accurate. [[User:Strife Onizuka|Strife Onizuka]] 20:12, 11 February 2007 (PST)
::::This would be where the lookup templates I alluded to in the layout examples I proposed- allowing the information only to be included where it's relevant. The information for all functions can then be displayed in a separate article- [[Energy (Havok)]] perhaps ? The Havok-disambig'd article will become more relevant if/when the server code is released, although the structure of the article should not take this into account until such time as the code is released.
::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 03:12, 12 February 2007 (PST)
:::::Energy is implemented in the {{HoverText|VM|linden\indra\lscript\lscript_execute\lscript_execute.cpp}}. While energy predominantly is important for physical objects you can also run out of it on non-physical objects, such as ones with negative mass (which don't have any at all). And it's not like it takes up a lot of space on the right side of the page. There isn't much known about energy at this time so it would not be a good thing to remove it until there is more known. But if you want I'll comment out the code that displays the value. Better to have the value and not display it then not have it at all (I am not keen on going through the source again to re-add those values to 328 pages; so please don't remove it).
:::::I was planning on making tables for all of that information on their pages but it hasn't happened yet (with the exception of delay). So much to do and it not been a high priority. [[User:Strife Onizuka|Strife Onizuka]] 06:06, 13 February 2007 (PST)
::::::I repeat; '''''allowing the information only to be included where it's relevant. The information for all functions can then be displayed in a separate article.'''''
::::::Including content that doesn't affect the operation of a script will confuse new comers, and the "seperate article" would be written in a relatively technical language and only be of interest to those working with the VM directly.
::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:08, 13 February 2007 (PST)
::::::P.S. If you '''''don't''''' use a lookup template, you'll find that it'll be a pain in the ass to update everything if the default energy value for non-energetic LSL functions (you want to try updating 328 pages with the current issue of "session data" getting lost ?), whereas using a lookup template will be one edit.
::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:10, 13 February 2007 (PST)
:::::::LL is loath to change the VM, even to fix bugs. I can only think of two instances in my three years in SL that the Sleep value has changed for a function. Energy usage could be considered a caveat. It normally isn't something a user needs to worry about unless it is causing them problems. The information is relevant because it is a number specific to each function (and there are functions with different requirements). If I were a user wanting to know the energy requirements for a function would I look for a central table on energy usage first or the functions article? Well we don't know, it could go either way. Best to have it in both places. I did consider making a huge template to include such information as a lookup table, but that just smacked me as inefficient, a waste of CPU time.<br/>The information is relevant because it is a function specific attribute. Information should be easy to find, not just easy to edit. [[User:Strife Onizuka|Strife Onizuka]] 07:34, 13 February 2007 (PST) <br/>P.S. It's not even like it takes up a large amount of screen space.
::::::::I repeat:
::::::::# '''''Including content that doesn't affect the operation of a script will confuse new comers'''''
::::::::# '''''"seperate article" would be written in a relatively technical language'''''
::::::::Also:
::::::::# Lookup templates aren't a waste of CPU time.
::::::::# You still seem to be forgetting this whole "community resource vs technical manual" thing.
::::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 11:53, 13 February 2007 (PST)
:::::::::You seemed to have missed the most important fact of energy. It does effect the operation of scripts. It causes them to stop working if none is left. I would imagine a new scripter would be quite peeved if such information were not obvious and their scripts stopped working. For an example a rapid firing turret: rezzing many prims quickly. If it rezzes too many prims too fast the scripts will stop working in the entire object. Why? because llRezObject has a high energy cost. Where should the energy cost for llRezObject be? On an obscure article about energy? Yes, but it should also be on the page for llRezObject. Now you're going to say: "But a new user wouldn't make a rapid firing turret" you would not believe the percentage of new scripters who make guns.<br/>Imagine for a moment going into a store and there were no price tags. How would you know if you had enough money before going to the checkout? Energy is the price of scripting. [[User:Strife Onizuka|Strife Onizuka]] 12:40, 13 February 2007 (PST)
:::::::::: For the third time:
::::::::::*'''''Including content that doesn't affect the operation of a script will confuse new comers'''''
::::::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 13:21, 13 February 2007 (PST)
:::::::::::Exactly why it should be included I'm glad we agree. ^_^ [[User:Strife Onizuka|Strife Onizuka]] 13:32, 13 February 2007 (PST)
::::::::::Read the LSL Wiki article on Energy. http://lslwiki.org/index.php/Energy
::::::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 13:26, 13 February 2007 (PST)
:::::::::::I wrote a good portion of that article. The information it contains could not be verified at the time of it's writing. I know it is inaccurate because I've read portions of the applicable LSL VM source code. If you like I will cite the line numbers. [[User:Strife Onizuka|Strife Onizuka]] 13:32, 13 February 2007 (PST)
:::::::::::: *reads article* hmmm looks like some idiot came back and rewrote it. That is not what I would have written about energy at all. What it has to say about energy is incomplete. Looks like something Eep wrote. [[User:Strife Onizuka|Strife Onizuka]] 13:35, 13 February 2007 (PST)
:''Branching out discussion due to pain-in-the-ass nesting''
=== How many functions actually use the energy listed ===
The key point is that functions like llAbs() don't appear to actually consume energy.....
<br />[[User:SignpostMarv Martin|SignpostMarv Martin]] 15:01, 13 February 2007 (PST)
:Yeah the branching is a pain. The return of llGetEnergy is normalized. Part of what I don't know yet is how much energy an object has. Sure llAbs may use 10 energy, but if thats out of 1,000,000 total, it would regenerate before you can call llGetEnergy. Or there is the other possibility that LSO VM no longer uses the Energy Supply Register (ESR). It is a small detail in the bigger picture to me, being that it can be easily removed from the template I wasn't going to research it until later. Further research would most undoubtedly require a conversation with Phoenix or Babbage. On a side note, executing any arbitrary bytecode costs 0.1 energy per operator (according to the source). [[User:Strife Onizuka|Strife Onizuka]] 15:28, 13 February 2007 (PST)
::It's fairly trivial to test. Have between 20 and 100 scripts running a function on a fast timer, with a separate script:
<pre>float energy = 1.0;
default
{
    state_entry()
    {
        llSetTimerEvent(0.01);
    }
    timer()
    {
        if(llGetEnergy() < energy)
        {
            llSetText((string)llGetEnergy(),ZERO_VECTOR,1.0);
        }
    }
}</pre>
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 18:32, 13 February 2007 (PST)
:::Haven't logged in a while. If you tried that on such a short timer most of the updates would be dropped because of the rapid updates. AND events only trigger every 0.1 seconds (unless you are talking about control events which are every 0.05 seconds). If you want that code to actually work try:
<pre>
//Slaves
default
{
    link_message(integer a, integer b, string c, key d)
    {
        a = 1000;
        do llAbs(b); while( a=~-a);
    }
}
</pre>
<pre>
//Master
default
{
    touch_start(integer a)
    {
        llMessageLinked(LINK_SET, 0, "", "");
        list b;
        float c;
        a = 100;
        do if(1.0 != (c = llGetEnergy())) b+=c; while( a=~-a);
        a = -llGetListLength(b);
        do llOwnerSay(llList2String(b,a)); while( a=-~a );
    }
}
</pre>
:::[[User:Strife Onizuka|Strife Onizuka]] 19:11, 13 February 2007 (PST)
::: *notices the category name change*<br/>Well, what happens is, on any bytecode, 0.1 is subtracted from the ESR and then when a function is called whatever thats specific energy amount is subtracted from the ESR as well. The code is functional, but you see, only the essential parts of the LSL VM are included in the source package and not the sim code that interfaces with it. The bits that read and set the initial value of the ESR (and the SLR) are in the sim code. [[User:Strife Onizuka|Strife Onizuka]] 19:37, 13 February 2007 (PST)
:::: Bleh ?
:::: [[User:SignpostMarv Martin|SignpostMarv Martin]] 21:04, 13 February 2007 (PST)
::::: *nods* "Bleh" pretty much sums it up. [[User:Strife Onizuka|Strife Onizuka]] 21:30, 13 February 2007 (PST)
:::::: Do functions like llAbs() consume energy or not ?
:::::: [[User:SignpostMarv Martin|SignpostMarv Martin]] 04:08, 14 February 2007 (PST)
::::::: Is the energy value for each function, the one transcribed onto every function page, used to update the Energy Supply Register? Yes. Is the Energy Supply Register used to update the objects memory? Unknown. Need to talk to a Linden who has detailed knowledge of the insides of the VM & Havok. From the parts of the source visible the answer could be said to be: Yes or No. [[User:Strife Onizuka|Strife Onizuka]] 07:51, 14 February 2007 (PST)
:::::::: you know if you'd run the test you'd get an answer. If it is not obvious from running a test, then for the sake of simplicity one would assume "no". Besides, having every single function consume energy would be moronic.
:::::::: [[User:SignpostMarv Martin|SignpostMarv Martin]] 10:00, 14 February 2007 (PST)
::::::::: How many languages would allow a bug like (1.0-2) == 1 to exist (think they may have finally fixed this one)?
::::::::: Or how about a compiler that has such a limited stack size you have to get creative to work around it's limits?
::::::::: Or a compiler that doesn't even remove dead?
::::::::: LSL is moronic.
::::::::: I take it then you ran the test and it spammed chat with lines of nothing?
::::::::: [[User:Strife Onizuka|Strife Onizuka]] 10:08, 14 February 2007 (PST)
:::::::::: Nope, not had the chance- although when I ran mine I had an endless stream of 1.00000
::::::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 11:21, 14 February 2007 (PST)
:::::::::::If yours returned an endless stream of 1.00000 then the value was not in fact 1.0 (remember you are doing a test to filter out 1.0) but something less or more. Though it's unlikely it would round up even if it were only a bit away from 1.0 hmmm.
:::::::::::Try:
<pre>
//Slaves
default
{
    link_message(integer a, integer b, string c, key d)
    {
        a = 1000;
        do llAbs(b); while( a=~-a);
    }
}
</pre>
<pre>
//Master
string hexc="0123456789ABCDEF";//faster
string Float2Hex(float input)
{// Copyright Strife Onizuka, 2006, LGPL, http://www.gnu.org/copyleft/lesser.html
    if((integer)input != input)//LL screwed up hex integers support in rotation & vector string typecasting
    {//this also keeps zero from hanging the zero stripper.
        float unsigned = llFabs(input);//logs don't work on negatives.
        integer exponent = llFloor(llLog(unsigned) / 0.69314718055994530941723212145818);//floor(log2(b))
        if(exponent > 127) exponent = 127;//catch fatal rounding error in exponent.
        integer mantissa = (integer)((unsigned / (float)("0x1p"+(string)exponent)) * 0x1000000);//shift up into integer range
        while(!(mantissa & 0x1))
        {//strip extra zeros off before converting or they break "p"
            mantissa = mantissa >> 1;
            exponent = -~exponent;//++c;
        }
        string str = "p" + (string)(exponent - 24);
        do
            str = llGetSubString(hexc,15&mantissa,15&mantissa) + str;
        while(mantissa = mantissa >> 4);
        if(input < 0)
            return "-0x" + str;
        return "0x" + str;
    }//integers pack well so anything that qualifies as an integer we dump as such, supports netative zero
    return llDeleteSubString((string)input,-7,-1);//trim off the float portion, return an integer
}
default
{
    touch_start(integer a)
    {
        llMessageLinked(LINK_SET, 0, "", "");
        list b;
        float c;
        a = 100;
        do if(1.0 != (c = llGetEnergy())) b+=c; while( a=~-a);
        if(a = -llGetListLength(b))
            do llOwnerSay(Float2Hex(llList2Float(b,a))); while( a=-~a );
        llOwnerSay("done");
    }
}
</pre>
:::::::::::Float2Hex is lossless (tested the edges and fed it random numbers along the entire float range, without unexpected error). Should answer the question. If Float2Hex says the value is 1 then the value is 1. It doesn't work properly in Mono though because they uses doubles and not singles and it wasn't written with they extended range or precision in mind (it was made to run fast and efficiently in LSO without writing it LSO assembly). Something unconsidered is that llGetEnergy might only looks at a portion of the range or that it is a rounded or cropped result.
:::::::::::[[User:Strife Onizuka|Strife Onizuka]] 11:38, 14 February 2007 (PST)
== re [[User:Strife Onizuka#Downloads]] and [[Downloads]] ==
You wouldn't happen to have a handy shortcut for the OS X & Linux Main/Preview Viewers and First Look Viewers for all 3 OSs would you ?
<br />[[User:SignpostMarv Martin|SignpostMarv Martin]] 05:35, 15 February 2007 (PST)
:Let me see if I can dig them up, I remember seeing it somewhere recently. [[User:Strife Onizuka|Strife Onizuka]] 10:11, 15 February 2007 (PST)
::Think it was the downloads page you just mentioned that I saw. I did some quick tests looks like the update URL doesn't take an 'os' parameter. If I come across anything I'll post it. *wanders off to make a late breakfast* [[User:Strife Onizuka|Strife Onizuka]] 10:22, 15 February 2007 (PST)
:::Should one of us file a JIRA "New Feature" later to have the update urls improved to include OS params and first look ?
:::[[User:SignpostMarv Martin|SignpostMarv Martin]] 06:03, 17 February 2007 (PST)
::::I'm not in a wag-the-dog mood today, but please go ahead. [[User:Strife Onizuka|Strife Onizuka]] 08:37, 17 February 2007 (PST)
== re: Wiki Troll (but a good one, causing drama isn't why i'm here). ==
I believe the correct term for a good Wiki Troll is a Wiki Gnome :-D
:Thanks for the tip. [[User:Strife Onizuka|Strife Onizuka]]
== My love for you. ==
I love you man.  Thanks for finishing the de-prefixing. I was going to get to finish it soon but it sure is tedious work.  [[User:Gigs Taggart|Gigs Taggart]] 17:53, 20 February 2007 (PST)
BTW, why are functions even on the new template like LlList2CSV not sorting right? I checked and it had a sort param in it. [[User:Gigs Taggart|Gigs Taggart]] 17:55, 20 February 2007 (PST)
:Not sure what you mean about the problem with LlList2CSV, it should be sorted under L. I have been noticing some very strange corruption with categories. Probably has to do with the changing of the templates. When a template is changed I think it re-renders all the pages that depend upon it. I've been trying to keep the number of changes down on the big templates but i suspect that i may have caused a collision in the edits. I have finished the first phase of template change over. Still a few small bugs to work out though. Next time if you are going to do something drastic like moving pages, first write it in the guidelines (If it is in the guidelines you can beat them about the head with the guidelines if they try an edit war). [[User:Strife Onizuka|Strife Onizuka]] 18:08, 20 February 2007 (PST)
::That was a bad example, llFloor is one like I'm talking about.  It's sorted in the L's, it has a sort parameter, and it's on the right template. [[User:Gigs Taggart|Gigs Taggart]] 07:34, 21 February 2007 (PST)
:If you find a page in a category it shouldn't be in, edit the page; it may fix the problem. [[User:Strife Onizuka|Strife Onizuka]] 18:10, 20 February 2007 (PST)
::Bringing up sorting; What's the policy on double-sorting ? e.g. listing a [[llList2CSV]] under "L" for List and "C" for CSV ?
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 21:09, 20 February 2007 (PST)
:::Media wiki won't allow a page to be listed twice in a category. I think it's better to list them alphabetically instead of getting creative; straight forward is easier to understand.[[User:Strife Onizuka|Strife Onizuka]] 21:24, 20 February 2007 (PST)
:::: Huh. I swear I saw it do that once. Nevermind then :-D
:::: [[User:SignpostMarv Martin|SignpostMarv Martin]] 02:29, 21 February 2007 (PST)
== "LSL Function" vs "LSL_Function" ==
Just wondering why you changed "LSL Function" to "LSL_Function".
<br />[[User:SignpostMarv Martin|SignpostMarv Martin]] 17:30, 21 February 2007 (PST)
:Is there are specific example? The couple pages I updated that you converted I did so to tweak and add the extra parameters to make future editing easier (having to look up the field names is a pain); also you had kept the pages in the Stub category, which was an idea I had when I first deployed the pages but then realized I could do it alot better by making the templates smart enough to include them selves in categories describing what actually needed to be done to the pages. So as a side project I've been removing pages from it. It was just enough to prod me into action. As to the " " vs "_", the regex i use to convert the pages is to blame for that i think. [[User:Strife Onizuka|Strife Onizuka]] 17:40, 21 February 2007 (PST)
:[[llTarget]]
:As I'm sure you're aware, the "_" isn't needed.
:[[User:SignpostMarv Martin|SignpostMarv Martin]] 17:50, 21 February 2007 (PST)
::<.< A few of your revisions I started with the base page so the regex would work (then I put your revisions into the output... then rewrote them as needed, i was not pleased with your example on [[llTargetOmega]]). In truth when i was writing the templates I meant it to be an "_" and not a space but if the wiki engine doesn't care I don't. I don't really trust it not break on the space though. [[User:Strife Onizuka|Strife Onizuka]] 17:57, 21 February 2007 (PST)
== [[:Category:LSL Flow Control]] vs [[:Category:Flow Control]] ==
Boo.
I tried updating the templates to point to [[:Category:Flow Control]], waited till after the [[Special:Statistics|job queue]] cleared, but it didn't seem to work. Since it involves your templates, could you do that (since you know how your templates work better than me :-P )
[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:50, 23 February 2007 (PST)
: There is a guideline for LSL prefixed categories. My hands are tied. The guideline can't just be repealed or rewritten now it has come under dispute, a proper debate needs to happen. Until the debate is formally concluded further action would be Wrong. [[User:Strife Onizuka|Strife Onizuka]] 08:58, 23 February 2007 (PST)
:ah :-P
:[[Category_talk:LSL_Flow_Control#LSL_Prefix]]
:[[User:SignpostMarv Martin|SignpostMarv Martin]] 09:48, 23 February 2007 (PST)
== Stub ==
Why is the stub category broken? [[User:Gigs Taggart|Gigs Taggart]] 12:58, 11 March 2007 (PDT)
:How do you mean broken? Why are there no articles in it? There is no way to automate putting articles in it. I suppose template parameters could be read by length and that used to determine if it should go into the stub category but thats a bit procrustean (and not worth the effort). Some articles don't need extensive... articles, like llSin; but others need extensive articles. Or do you mean that the sort is borked? I've been over the code that handles the sort and I'm at my whits end as to what is causing that, I think there is some corruption going on in the article rebuilding code; it's ok if you only rebuild a dozen or so pages at a time, but more then that and it borks. [[User:Strife Onizuka|Strife Onizuka]] 13:19, 11 March 2007 (PDT)
== Template complexity ==
Hi Strife - you do a lot of great work here.  However, we've gotta figure out how to be nicer to the servers.  The templates you are creating are *killing* them, and we can't keep buying more servers to keep up (we have a cluster of six).  Prior to an emergency fix I made, [[Template:Chat]] rendered [[Open Source Meeting/2007-07-19]] totally unreadable, because it was using 30 seconds(!) of execution time. 
I'm going to start keeping a closer eye on this, and try to figure out which pages are CPU pigs and figure out how to pare them down.  Now that we have better caching, that will help matters, but it won't solve them.  There are still cases where pages need to be rerendered, and using that much execution time means it will take forever. -- [[User:Rob Linden|Rob Linden]] 22:46, 19 July 2007 (PDT)
:I've been trying to keep an eye on this as well. I was seeing if the template was usable, I suspected it wasn't but you don't know until you try. Sorry for tanking it. Was it only effecting that page or everything? (I'm really sorry didn't mean to tank things). -- [[User:Strife Onizuka|Strife Onizuka]] 23:18, 19 July 2007 (PDT)
:Definitely a better solution to static render chat tables and not use a template. I take it when a page is displayed it just uses the cached version only re-renders it on edit? I really don't like changing the templates once they go into circulation. I'll work on making them simpler and less CPU intensive. -- [[User:Strife Onizuka|Strife Onizuka]] 23:35, 19 July 2007 (PDT)
::I brought this up a while back with the LSL Wiki templates being needlesly complex.
::I watched the stats page process all the pages one by one. Things like using variables to populate category tags when you could just pass over the category tags themselves would be a good place to start.
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 04:58, 20 July 2007 (PDT)
:::That's an interesting point (with the category tags) but that is one of the least complex features, there are a couple templates that could be inlined and dead code removed that would probably have a greater impact. I have been doing this. The function template for example doesn't depend upon the generic layout template anymore, which resulted in a reduction of variables used internally. I don't want to make breaking changes to features unless they are unused features. Requiring the passing of the entire category tag would require updating several hundred pages; that could take quite a while to do. I don't have time to devote so that the transition would be short enough that the user experience wouldn't suffering. -- [[User:Strife Onizuka|Strife Onizuka]] 17:04, 20 July 2007 (PDT)
:::::Thanks for looking at this.  I'll keep an eye out for tools and techniques that help you see where the hotspots are. -- [[User:Rob Linden|Rob Linden]] 17:07, 20 July 2007 (PDT)
::::For the category tag stuffages, do a substring check for [[, if it isn't found assume that the template is using the old style usage. if it is found, dump the variable into the body. This allows a certain degree of backwards compatibility while going through and "upgrading" manually.
::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 03:16, 22 July 2007 (PDT)
:::::The irony is that that is going to end up just as costly as what I'm currently doing if not more. To maintain compatibility would require keeping the old variables, and there wouldn't be a need to do that form of type checking because there is no need to push finished data like that into a template parameter. There is nothing stopping people from inlining category tags at the bottom of the page (matter of face I think the Detected functions do just that). The fun stuff to do with sorting these days is handled by configuring the default page sort (which meant alot of code was stripped from LSLC). LSLC these days is just a single #if to see if a sort key was passed to it. I haven't a clue why pages are still ending up out of order and in the wrong categories; it's not a template issue (don't ask me how [[llAtan2]] shows up in {{LSLGC|Color}} under 'P'). Speaking of wiki issues, the #var & #vardefine extension doesn't get along with span tags for some reason (which is why LSL_Const uses HoverLink instead of inlining). *trundles off to bed* -- [[User:Strife Onizuka|Strife Onizuka]] 04:04, 22 July 2007 (PDT)
== assistance on a wiki template ==
Hi- just wondering if you could take a peak at [[Template:HCalendar event/Office Hours]]- I'm not exactly familiar with the time parsing functions, but basically it seems that the template is displaying times in UTC- ISO timestamps are meant to be displayed in UTC, but my understanding is that the <nowiki>{{#time}}</nowiki> function is a wiki-code version of PHP's date() function, which suggests that the SL Wiki has it's timezone set incorrectly.
[[User:SignpostMarv Martin|SignpostMarv Martin]] 12:07, 3 December 2007 (PST)
:Wouldn't surprise me one bit. I'll look into it. -- [[User:Strife Onizuka|Strife Onizuka]] 14:55, 3 December 2007 (PST)
::According to <nowiki>{{LOCALTIMESTAMP}}</nowiki>, the local ISO 8601 timestamp is {{LOCALTIMESTAMP}}
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 20:55, 10 January 2008 (PST)
== <nowiki> <pre> to <lsl> on your userpage</nowiki> ==
Hope you don't mind strife but I took the liberty of changing <nowiki><pre> to <lsl></nowiki> in your script examples on your userpage, I did it all by hand and double checked my work so there shouldn't be any errors but I hope I'm not being too intrusive by doing so on your userpage. -- {{User|Gordon Wendt}}
:I don't mind. -- [[User:Strife Onizuka|Strife Onizuka]] 02:16, 9 December 2007 (PST)
== [[Template:Multi-lang]] ==
<nowiki>{{#var:lang}}</nowiki> doesn't appear to fall back to english
:[[User:SignpostMarv Martin|SignpostMarv Martin]] 11:52, 11 December 2007 (PST)
:That is correct, English may not be the default language of the article. Also, by having it not fallback I can use it it categorize articles based on their language. It means that if someone uses the English function template on the French translation it will be put in the French categories instead of the English categories. -- [[User:Strife Onizuka|Strife Onizuka]] 11:57, 11 December 2007 (PST)
== Experience editing Wiki templates ==
An age ago on my talk page you wrote "I was wondering how you found the experience of doing the face template mod".  I hope this is the right way to answer that!
I wanna be both kind and frank here.  *8)  I know lots of work has gone into the template structure on the Wiki, and I imagine it's very well-motivated, but as a casual user wanting to make a relatively small change or contribution here and there on the Wiki, I find the templating pretty baffling, and a rather large barrier to making contributions.  When I see a piece of text on an LSL page that I want to modify or add to, often it turns out not to be on the page itself but buried a level or six down into the templates.  And even if it is on the page itself, it's usually a parameter or a delimited thing that has to obey syntax rules that I'm not familiar with.  So it's kinda tough, and requires a time investment that I'm not always willing or able to make for my small addition.  (I'm also slightly worried that the extensive templating is part of why the Wiki is so utterly dog-slow, but I don't know whether or not it actually is.)
I imagine the templating addresses important needs, and that the folks who contribute here often find it natural and useful; this is just the pov of one very casual user.  If there is a guide to editing the templatized pages and the templates somewhere, it'd be very nice if there were a good prominent pointer to it on the editing page.  (That guide could also talk about the motivation for such extensive templating, to help the newcomer or casual editor understand the whys as well as the hows.)
Tx very!  [[User:Dale Innis|Dale Innis]] 07:48, 6 January 2008 (PST)
:I understand perfectly. I wish there was some way I could simplify it without sacrificing the strengths. When you changed that template it effected 20 other articles; for someone to make that change manually on 20 articles would have been tedious and inexact. They shouldn't be lagging the wiki, the pages should be be cached after rendering. -- [[User:Strife Onizuka|Strife Onizuka]] 08:46, 6 January 2008 (PST)
::Good, glad it's efficient.  *8)  It would probably be worth having a page with a brief newcomer's introduction to the templating and basic suggestions on how to edit in its presence, as well as a pointer to the documentation (I hope there is some somewhere!) on the template syntax, for the non-experts; linked prominently from the Edit page.  I'd be glad to help with that if there's something within my skillz... [[User:Dale Innis|Dale Innis]]
:::You want to take a look at [[LSL Editing Primer]]. -- [[User:Strife Onizuka|Strife Onizuka]] 06:15, 9 January 2008 (PST)
::::V nice!  Is there any way to have a pointer to that on the Edit page somewhere?  I don't know the overall Wiki organization / platform well enough to know. -- [[User:Dale Innis|Dale Innis]] 08:27, 14 January 2008 (PST)
== Template:LSL_Function/face ==
Speaking of editing the templates an' all...  *8)  I notice that the [[llSetPrimitiveParams]]() page, and others in this family, contain the rather confusing and seemingly misplaced line "If face is ALL_SIDES then the flag works on all sides" in the header.  It's misplaced because "face" hasn't even been mentioned yet (it isn't one of the arguments to the function), and it's confusing because of the reference to "the flag" (I have no idea what the word "flag" means there).  There's similar "flag" confusing in the Caveats section, where it says "The flag silently fails if its face value indicates a face that does not exist".
I suspect this is because these pages use Template:LSL_Function/face, which is actually designed to be used with functions that have a face as an argument, whereas these guys have a "face" field inside a list that's an argument.  I have no idea what the Right Thing to do is to fix this, but I thought I'd point it out.  If there's a low-skill way to fix it *8) that someone can describe in sufficient detail, I'd be glad to do the typing, if that seems cost-effective.
[Edit: Okay, I figured out what "flag" means.  *8)  It's referring to a sublist of the list argument, that does a particular operation, and has a "face" value as one of the arguments.  Someone who reads more thoroughly than I do might well have figured that out by the time they got to the Caveats section; it still seems rather misplaced in the header, though.  Maybe the template could just put this line into caveats rather than into the header in general?  Is that an easy change?]
-- [[User:Dale Innis|Dale Innis]] 06:45, 14 February 2008 (PST)
:I have some ideas for the ll*PrimitiveParams functions to make them more accessible that I've been putting off implementing. I see what I can do to fix that while I'm at it. -- [[User:Strife Onizuka|Strife Onizuka]] 10:13, 14 February 2008 (PST)
:I've moved it into the Caveats section and added a quick access and description table for the set functions. -- [[User:Strife Onizuka|Strife Onizuka]] 12:04, 14 February 2008 (PST)
== Help Portal, and help for newbies ==
Hi, thanks for your comment, please see my reply posted at
https://wiki.secondlife.com/wiki/User_talk:Jaszon_Maynard/Proposed_Introduction
<br>--[[User:Jaszon Maynard|Jaszon Maynard]] 16:19, 25 February 2008 (PST)
== Signing LSL Examples ==
I would agree that "The signing of examples is kinda taboo".[http://wiki.secondlife.com/w/index.php?title=LlGetVel&diff=57548&oldid=57214]  <s>I am for removing all signing of examples,</s> except on examples which are unique designs.  To sign an example on a single function script is a vanity imho.  After all, credit for contribution to the Wiki is given in the edit histories.  --[[User:JetZep Zabelin|JetZep Zabelin]] 19:45, 7 March 2008 (PST)
:I have to agree with you on this. Unique is a good but unfortunately hard to qualify. That said I still think it should be the metric. I only sign my code when it's something novel or ground breaking. I don't mind it at the end as a comment in the source. It gives people someone to contact when the script isn't working properly. I don't think this should be carried over to the useful tidbits section as those are more about providing useful code, not so much about teaching how to script (if something is truly useful then some credit is due); also when they don't work the user knows who to complain to. -- [[User:Strife Onizuka|Strife Onizuka]] 22:26, 8 March 2008 (PST)
::Yes, I was referring mostly to something like this, of course my example is a bit extreme! Cheers
<lsl>
default
{
  state_entry()
  {
    llSay("Hello Avatar", ALL_SIDES);
  }
} // JetZep Zabelin 24:05, 10 March 2008 (PDT)</lsl>
== Combined Library ==
Hi Strife, I've been enjoying your [[Combined Library]] today. I noticed that the Base64ToDwordList function on the wiki page didn't completely make it through the preprocessor. The current version is slightly different, so I decided not to edit myself. That led me to download the .esl versions, where I found library.esl wants to include a missing Unicode.esl, an easy commenting fix for the moment. Thought you might want to know; otherwise I'm blissfully putting your code to use -- [[User:Niaht Nakamichi|Niaht Nakamichi]] 23:07, 16 March 2008 (PDT)
:I'll take a look into Base64ToDwordList later but I'll add Unicode.esl to the package now. -- [[User:Strife Onizuka|Strife Onizuka]] 22:19, 17 March 2008 (PDT)
::Packaged updated. You will find that a lot of functions have undocumented macros that change how the functions function. Some change the return, others add new functionality. There are some targeting, compatibility and optimization macros that do interesting things. It is always good to test the functions, I sometimes let a bug slip past... other times I change a macro and things break. Most development into the library doesn't involve changing the functions but adding new functions (mostly in Binary Functions.esl). -- [[User:Strife Onizuka|Strife Onizuka]] 22:31, 17 March 2008 (PDT)
:::Awesome, thanks! It is a nice setup. Test twice, roll-out once :) (ohhh if only)
:::On a different but related note, I noticed one odd bug in your [[XTEA]] code. (or one of the functions from the Combined Library it uses, which is why I'm putting this here since I'm not sure yet). If string to encrypt contains a '0', 'h', 'l', 'p', 't', etc.. as the last character, and the string is a length of 1, 4, 7, 10, etc.. you will loose the last letter somewhere (e.g. "test" becomes "tes"). If I manage to figure this out I'll post a fix. [[User:Niaht Nakamichi|Niaht Nakamichi]] 21:28, 18 March 2008 (PDT)
::::That bug is back? The problem is that you can't tell the length of an XTEA encoded string by looking at it. I'll see what I can do about coaxing it to behave. I need to overhaul XTEA, I've deployed it in a less then optimal way (code book instead of stream). I need to revisit most of the encryption & hashing functions I've written, I wrote them before I wrote "Binary Functions.esl" and they could benefit from using those functions. -- [[User:Strife Onizuka|Strife Onizuka]] 23:09, 18 March 2008 (PDT)
:::::I've been working on a different project and I don't know when I'll have time to work on CL or XTEA :( -- [[User:Strife Onizuka|Strife Onizuka]] 02:05, 20 March 2008 (PDT)
:::::: No worries.. I've been piecing together a little XXTEA implementation (not pretty, but functional), so I was just going through testing the different XTEA implementations for comparative and learning purposes. No sense in not reporting a bug :) -- [[User:Niaht Nakamichi|Niaht Nakamichi]] 11:23, 20 March 2008 (PDT)
----
Hey Strife, I wanted to actually add a legend but forgotten about it, thanks for reminding! --[[User:Nexii Malthus|Nexii Malthus]] 15:15, 7 May 2008 (PDT)
== Redirects Reply... ==
(I'm not sure how to inform people of a talk reply...) [[User_talk:Scalar_Tardis]]


== [[LlListRandomize]] and the use of random vs pseudo random ==
== [[LlListRandomize]] and the use of random vs pseudo random ==


Since you seem to have written and/or formatted a lot of the documentation on this I figure you'd be the best choice to answer this question.  For [[LlListRandomize]] should all uses of random be replaced with pseudo random as appears to be the case with [[llFrand]]'s mentioning of random number generation or should it be left as it is currently referencing random which is less accurate in my opinion.  [[User:Gordon Wendt|Gordon Wendt]] 13:31, 8 June 2008 (PDT)
Since you seem to have written and/or formatted a lot of the documentation on this I figure you'd be the best choice to answer this question.  For [[LlListRandomize]] should all uses of random be replaced with pseudo random as appears to be the case with [[llFrand]]'s mentioning of random number generation or should it be left as it is currently referencing random which is less accurate in my opinion.  [[User:Gordon Wendt|Gordon Wendt]] 13:31, 8 June 2008 (PDT)
:I've moved the conversation to [[Talk:LlListRandomize]].

Revision as of 12:54, 8 June 2008

LlListRandomize and the use of random vs pseudo random

Since you seem to have written and/or formatted a lot of the documentation on this I figure you'd be the best choice to answer this question. For LlListRandomize should all uses of random be replaced with pseudo random as appears to be the case with llFrand's mentioning of random number generation or should it be left as it is currently referencing random which is less accurate in my opinion. Gordon Wendt 13:31, 8 June 2008 (PDT)

I've moved the conversation to Talk:LlListRandomize.
Retrieved from "https://wiki.secondlife.com/w/index.php?title=User:Strife_Onizuka/Talkpage_Archive_01&oldid=70622"