Trying a custom handler for several math fields

[Geoff Canyon]

Nothing much -- it was just an artificial test to learn whether LC stores numbers as numbers internally. It sets up two variables, checks the time, goes through the same steps repeatedly, then checks the time again. Here it is with more comments:

on mouseUp
  put "1" into X -- X is a string
  put 1 into Y -- Y is a number
  put the long seconds into T -- this records the present time with some precision 
  repeat 9999999 -- have to do this a lot of times because its very fast
     put X into Z 
       -- THE FIRST TIME THROUGH
       -- There is no Z, so LC creates a new variable Z
       -- and puts X into it. Both X and Z are strings at this point: "1"

       -- THE SECOND THROUGH 9999999TH LOOP
       -- Z has been converted to a number (see below)
       -- But X is still a string. So each time after the first, 
       -- Z has to be converted back to a string,
       -- and then X ("1") is put into Z, and Z is "1" again

     add Z to Y 
       -- Z is a string("1"), so it has to be converted to a number:
       -- "1" becomes 1, and 1 is added to Y
  end repeat
  put the long seconds - T -- get the time, subtract the original time for duration
end mouseUp


Sent from my iPad

On Sep 15, 2013, at 2:35 PM, Vaughn Clement <vclement at gmail.com> wrote:

> Hi Geoff
> 
> For the new developer, can you explain what the script is doing in more
> detail?
> 
> 
> Thank you
> 
> Vaughn Clement
> 
> Apps by Vaughn Clement (Support)
> *http://www.appsbyvaughnclement.com/tools/home-page/*
> Skype: vaughn.clement
> https://secure.join.me/appsbyvclement
> FaceTime: vclement at gmail.com
> LogMeIn also avaialble
> Call on "ooVoo" at address:  vaughnclement or 9282549062
> Ph. 928-254-9062
> Cloud Hosting Registration Web Site:
> https://my.oditech.com/cart.php?a=add&pid=41
> 
> 
> On Sun, Sep 15, 2013 at 11:53 AM, Geoff Canyon <gcanyon at gmail.com> wrote:
> 
>> In the absence of confirmation from someone looking at the engine code, I
>> wrote a test. Here are two handlers, with comments explaining what I think
>> is going on:
>> 
>> on mouseUp
>>   put 1 into X -- X is a number
>>   put 1 into Y -- Y is a number
>>   put the long seconds into T
>>   repeat 9999999
>>      put X into Z -- Z is a number, no conversion
>>      add Z to Y -- Z is a number, no conversion
>>   end repeat
>>   put the long seconds - T
>> end mouseUp
>> 
>> 
>> on mouseUp
>>   put "1" into X -- X is a string
>>   put 1 into Y -- Y is a number
>>   put the long seconds into T
>>   repeat 9999999
>>      put X into Z -- after the first loop, each time Z has to convert back
>> to a string
>>      add Z to Y -- Z has to be converted to a number
>>   end repeat
>>   put the long seconds - T
>> end mouseUp
>> 
>> On my mac, the second handler consistently takes 10% longer to run. Since
>> the handlers are otherwise identical, I have to think string conversion is
>> causing the slowdown, and that in the first handler, nothing is being
>> stored as a string.
>> 
>> gc
>> 
>> 
>> On Sat, Sep 14, 2013 at 11:08 PM, <dunbarx at aol.com> wrote:
>> 
>>> Geoff.
>>> 
>>> 
>>> I could be misRemembering, possibly even in an earlier life (HC), that
>>> variable typing was done by the interpreter at runtime, or in HC 2, at
>>> compile time.
>>> 
>>> 
>>> Maybe this was changed in LC? Someone here must know...
>>> 
>>> 
>>> Craig
>>> 
>>> 
>>> 
>>> -----Original Message-----
>>> From: Geoff Canyon <gcanyon at gmail.com>
>>> To: How to use LiveCode <use-livecode at lists.runrev.com>
>>> Sent: Sat, Sep 14, 2013 9:10 pm
>>> Subject: Re: Trying a custom handler for several math fields
>>> 
>>> 
>>> (We agree on all your other points)
>>> 
>>> I remember reading many years ago on this mailing list that if you
>> assign a
>>> number  to a variable:
>>> 
>>> put 52 into x
>>> 
>>> LC stores that variable as a number from the get-go and only converts it
>>> to a
>>> string if needed.
>>> 
>>> Sent from my iPad
>>> 
>>> On Sep 14, 2013, at 9:22 AM, dunbarx at aol.com wrote:
>>> 
>>>> If you add a number to "50", it is then that the engine types the
>> string
>>> as a
>>> number.
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription
>>> preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode