Re: Small and strange problem

2020-05-14 Thread Paul Hibbert via use-livecode
Hi Graham,

Thank you for the update. Sorry to hear about the flood, I know from personal 
experience what that’s like so I really wish you and your family well, and that 
you can get your home and life back in to normal very soon..

Paul

> On May 14, 2020, at 03:17, Graham Samuel via use-livecode 
>  wrote:
> 
> Hi Paul
> 
> Sorry for the delay in replying but my house has just been inundated (it 
> happened on Monday and we are still clearing up! Worst flood in more than 40 
> years in my French village). Anyway, the bug is registered as 22730. The 
> problem is acknowledged - as I said in my submission, I’m not claiming my 
> coding is correct, I’m just trying to show that the IDE doesn’t behave 
> consistently in this instance.
> 
> Graham
> 
>> On 11 May 2020, at 23:18, Paul Hibbert via use-livecode 
>>  wrote:
>> 
>> Good point Ben, looks like that was my mistake. I don’t remember where I 
>> learned to use "if tError then”, but what I forgot was that it should have 
>> been testing for a false condition, so “if not tError then” does show the 
>> error when one occurs and skips when no error occurs.
>> 
>> Fixing this returns the following error when tMins contains a non numeric 
>> character;
>> An Error Occurred; 375,5,1
>> 239,5,1
>> 465,5,1
>> tMins = 31′
>> 
>> These are the corresponding LC Error Codes;
>> 375  Operators /: error in left operand
>> 239  Operators (): error in right operand
>> 465  put: error in expression
>> 
>> So it seems the value passed to tMins may contain invalid character(s) as 
>> Graham suspects. However, this doesn’t explain why the original script 
>> should behave differently using the debugger and not.
>> 
>> @Graham, can you post the Bug Report Number please?
>> 
>> Paul
>> 
>> 
>>> On May 11, 2020, at 09:11, Ben Rubinstein via use-livecode 
>>>  wrote:
>>> 
>>> And re this part:
>>> 
> Interestingly this
> 
> on mouseUp pMouseButton
> try
>   put (tMins/60) into tMins
> catch tError
>   if tError then answer "An Error Occurred;"  && tError & return & "tMins 
> =" && tMins
> end try
> end mouseUp
> 
> does NOT through an error or a catch error message
>>> 
>>> You're not seeing that there was an error thrown because 'tError' would be 
>>> set to the error message; the code above is testing for it being true, 
>>> before deciding to display the message. But it won't be true it, it will be 
>>> an expression of the error. If you removed "if tError then", so always 
>>> execute the answer statement in the catch section, you should see the error 
>>> message.
>>> 
>>> HTH,
>>> 
>>> Ben
>>> 
>>> 
>>> On 11/05/2020 15:31, Rick Harrison via use-livecode wrote:
 Hi Andy,
 Yes, tMins has to have a value or the statement makes no sense because LC 
 has no
 context for what you are trying to do.  LC doesn’t know if tMins is a 
 string or something else.
 Rick
> On May 11, 2020, at 4:24 AM, AndyP via use-livecode 
>  wrote:
> 
> I seem to have my posts dropped at the moment hence this,
> 
> I'm seeing the same error
> 
> with
> 
> on mouseUp pMouseButton
> put (tMins/60) into tMins
> answer tMins
> end mouseUp
> 
> button "Button": execution error at line 2 (Operators /: error in left 
> operand), char 1
> 
> Interestingly this
> 
> on mouseUp pMouseButton
> try
>  put (tMins/60) into tMins
> catch tError
>  if tError then answer "An Error Occurred;"  && tError & return & "tMins 
> =" && tMins
> end try
> end mouseUp
> 
> does NOT through an error or a catch error message
> 
> 
> If however tMins is initialized then all works as expected
> 
> on mouseUp pMouseButton
> put 20 into tMins
> put (tMins/60) into tMins
> answer tMins
> end mouseUp
> 
> ???
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@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@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-14 Thread Graham Samuel via use-livecode
Hi Paul

Sorry for the delay in replying but my house has just been inundated (it 
happened on Monday and we are still clearing up! Worst flood in more than 40 
years in my French village). Anyway, the bug is registered as 22730. The 
problem is acknowledged - as I said in my submission, I’m not claiming my 
coding is correct, I’m just trying to show that the IDE doesn’t behave 
consistently in this instance.

Graham

> On 11 May 2020, at 23:18, Paul Hibbert via use-livecode 
>  wrote:
> 
> Good point Ben, looks like that was my mistake. I don’t remember where I 
> learned to use "if tError then”, but what I forgot was that it should have 
> been testing for a false condition, so “if not tError then” does show the 
> error when one occurs and skips when no error occurs.
> 
> Fixing this returns the following error when tMins contains a non numeric 
> character;
> An Error Occurred; 375,5,1
> 239,5,1
> 465,5,1
> tMins = 31′
> 
> These are the corresponding LC Error Codes;
> 375   Operators /: error in left operand
> 239   Operators (): error in right operand
> 465   put: error in expression
> 
> So it seems the value passed to tMins may contain invalid character(s) as 
> Graham suspects. However, this doesn’t explain why the original script should 
> behave differently using the debugger and not.
> 
> @Graham, can you post the Bug Report Number please?
> 
> Paul
> 
> 
>> On May 11, 2020, at 09:11, Ben Rubinstein via use-livecode 
>>  wrote:
>> 
>> And re this part:
>> 
 Interestingly this
 
 on mouseUp pMouseButton
  try
put (tMins/60) into tMins
  catch tError
if tError then answer "An Error Occurred;"  && tError & return & "tMins 
 =" && tMins
  end try
 end mouseUp
 
 does NOT through an error or a catch error message
>> 
>> You're not seeing that there was an error thrown because 'tError' would be 
>> set to the error message; the code above is testing for it being true, 
>> before deciding to display the message. But it won't be true it, it will be 
>> an expression of the error. If you removed "if tError then", so always 
>> execute the answer statement in the catch section, you should see the error 
>> message.
>> 
>> HTH,
>> 
>> Ben
>> 
>> 
>> On 11/05/2020 15:31, Rick Harrison via use-livecode wrote:
>>> Hi Andy,
>>> Yes, tMins has to have a value or the statement makes no sense because LC 
>>> has no
>>> context for what you are trying to do.  LC doesn’t know if tMins is a 
>>> string or something else.
>>> Rick
 On May 11, 2020, at 4:24 AM, AndyP via use-livecode 
  wrote:
 
 I seem to have my posts dropped at the moment hence this,
 
 I'm seeing the same error
 
 with
 
 on mouseUp pMouseButton
 put (tMins/60) into tMins
 answer tMins
 end mouseUp
 
 button "Button": execution error at line 2 (Operators /: error in left 
 operand), char 1
 
 Interestingly this
 
 on mouseUp pMouseButton
 try
   put (tMins/60) into tMins
 catch tError
   if tError then answer "An Error Occurred;"  && tError & return & "tMins 
 =" && tMins
 end try
 end mouseUp
 
 does NOT through an error or a catch error message
 
 
 If however tMins is initialized then all works as expected
 
 on mouseUp pMouseButton
 put 20 into tMins
 put (tMins/60) into tMins
 answer tMins
 end mouseUp
 
 ???
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-11 Thread Paul Hibbert via use-livecode
Good point Ben, looks like that was my mistake. I don’t remember where I 
learned to use "if tError then”, but what I forgot was that it should have been 
testing for a false condition, so “if not tError then” does show the error when 
one occurs and skips when no error occurs.

Fixing this returns the following error when tMins contains a non numeric 
character;
An Error Occurred; 375,5,1
239,5,1
465,5,1
tMins = 31′

These are the corresponding LC Error Codes;
375 Operators /: error in left operand
239 Operators (): error in right operand
465 put: error in expression

So it seems the value passed to tMins may contain invalid character(s) as 
Graham suspects. However, this doesn’t explain why the original script should 
behave differently using the debugger and not.

@Graham, can you post the Bug Report Number please?

Paul


> On May 11, 2020, at 09:11, Ben Rubinstein via use-livecode 
>  wrote:
> 
> And re this part:
> 
> >> Interestingly this
> >>
> >> on mouseUp pMouseButton
> >>   try
> >> put (tMins/60) into tMins
> >>   catch tError
> >> if tError then answer "An Error Occurred;"  && tError & return & 
> >> "tMins =" && tMins
> >>   end try
> >> end mouseUp
> >>
> >> does NOT through an error or a catch error message
> 
> You're not seeing that there was an error thrown because 'tError' would be 
> set to the error message; the code above is testing for it being true, before 
> deciding to display the message. But it won't be true it, it will be an 
> expression of the error. If you removed "if tError then", so always execute 
> the answer statement in the catch section, you should see the error message.
> 
> HTH,
> 
> Ben
> 
> 
> On 11/05/2020 15:31, Rick Harrison via use-livecode wrote:
>> Hi Andy,
>> Yes, tMins has to have a value or the statement makes no sense because LC 
>> has no
>> context for what you are trying to do.  LC doesn’t know if tMins is a string 
>> or something else.
>> Rick
>>> On May 11, 2020, at 4:24 AM, AndyP via use-livecode 
>>>  wrote:
>>> 
>>> I seem to have my posts dropped at the moment hence this,
>>> 
>>> I'm seeing the same error
>>> 
>>> with
>>> 
>>> on mouseUp pMouseButton
>>>  put (tMins/60) into tMins
>>>  answer tMins
>>> end mouseUp
>>> 
>>> button "Button": execution error at line 2 (Operators /: error in left 
>>> operand), char 1
>>> 
>>> Interestingly this
>>> 
>>> on mouseUp pMouseButton
>>>  try
>>>put (tMins/60) into tMins
>>>  catch tError
>>>if tError then answer "An Error Occurred;"  && tError & return & "tMins 
>>> =" && tMins
>>>  end try
>>> end mouseUp
>>> 
>>> does NOT through an error or a catch error message
>>> 
>>> 
>>> If however tMins is initialized then all works as expected
>>> 
>>> on mouseUp pMouseButton
>>>  put 20 into tMins
>>>  put (tMins/60) into tMins
>>>  answer tMins
>>> end mouseUp
>>> 
>>> ???
> 
> ___
> use-livecode mailing list
> use-livecode@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-11 Thread Mark Waddingham via use-livecode

On 2020-05-11 18:18, Graham Samuel via use-livecode wrote:

As I tiny bit of background, the script tries to parse a string that
represents a longitude, copied from a web site. It certainly has some
weird characters in it, but I thought I’d got round then. FWIW, the
string is

004° 31′ 50″ W

I am going to report it to the mother ship


I agree there is something odd going on if in the debugger tMins has 31 
as the value but when run the script outside of the debugger you get an 
error.


What is the code before it in the handler? (Indeed what is the code for 
the whole handler!)


The tMins var is presumably local, and so must be being initialized with 
a value somewhere when running in the debugger; outside of the debugger 
the error you are getting is because tMins has value "tMins" which is 
not a number until it is initialized (as its an unquoted literal at that 
point - as I'm guessing you have explicitVariables/VariableChecking 
turned off).


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-11 Thread Graham Samuel via use-livecode
I set this hare running initially. I really do think there is a bug, because 
the thing works when stepped through but not if it’s allowed to run without 
interruption. In the stepped-through activity it’s easy to see that tMins does 
have a value. In my example it’s 31, or maybe it’s a string of which the 
visible part is “31”. But the fact remains the script behaves in two different 
ways, at least on my computer.

As I tiny bit of background, the script tries to parse a string that represents 
a longitude, copied from a web site. It certainly has some weird characters in 
it, but I thought I’d got round then. FWIW, the string is 

004° 31′ 50″ W

I am going to report it to the mother ship

Graham

> On 11 May 2020, at 16:31, Rick Harrison via use-livecode 
>  wrote:
> 
> Hi Andy,
> 
> Yes, tMins has to have a value or the statement makes no sense because LC has 
> no
> context for what you are trying to do.  LC doesn’t know if tMins is a string 
> or something else.
> 
> Rick
> 
> 
>> On May 11, 2020, at 4:24 AM, AndyP via use-livecode 
>>  wrote:
>> 
>> I seem to have my posts dropped at the moment hence this,
>> 
>> I'm seeing the same error
>> 
>> with 
>> 
>> on mouseUp pMouseButton
>> put (tMins/60) into tMins
>> answer tMins
>> end mouseUp
>> 
>> button "Button": execution error at line 2 (Operators /: error in left 
>> operand), char 1
>> 
>> Interestingly this
>> 
>> on mouseUp pMouseButton
>> try
>>   put (tMins/60) into tMins
>> catch tError
>>   if tError then answer "An Error Occurred;"  && tError & return & "tMins =" 
>> && tMins
>> end try
>> end mouseUp
>> 
>> does NOT through an error or a catch error message
>> 
>> 
>> If however tMins is initialized then all works as expected
>> 
>> on mouseUp pMouseButton
>> put 20 into tMins
>> put (tMins/60) into tMins
>> answer tMins
>> end mouseUp
>> 
>> ???
>> 
>> 
>> _
>> Sent from http://runtime-revolution.278305.n4.nabble.com
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-11 Thread Ben Rubinstein via use-livecode

And re this part:

>> Interestingly this
>>
>> on mouseUp pMouseButton
>>   try
>> put (tMins/60) into tMins
>>   catch tError
>> if tError then answer "An Error Occurred;"  && tError & return & 
"tMins =" && tMins

>>   end try
>> end mouseUp
>>
>> does NOT through an error or a catch error message

You're not seeing that there was an error thrown because 'tError' would be set 
to the error message; the code above is testing for it being true, before 
deciding to display the message. But it won't be true it, it will be an 
expression of the error. If you removed "if tError then", so always execute 
the answer statement in the catch section, you should see the error message.


HTH,

Ben


On 11/05/2020 15:31, Rick Harrison via use-livecode wrote:

Hi Andy,

Yes, tMins has to have a value or the statement makes no sense because LC has no
context for what you are trying to do.  LC doesn’t know if tMins is a string or 
something else.

Rick



On May 11, 2020, at 4:24 AM, AndyP via use-livecode 
 wrote:

I seem to have my posts dropped at the moment hence this,

I'm seeing the same error

with

on mouseUp pMouseButton
  put (tMins/60) into tMins
  answer tMins
end mouseUp

button "Button": execution error at line 2 (Operators /: error in left 
operand), char 1

Interestingly this

on mouseUp pMouseButton
  try
put (tMins/60) into tMins
  catch tError
if tError then answer "An Error Occurred;"  && tError & return & "tMins =" 
&& tMins
  end try
end mouseUp

does NOT through an error or a catch error message


If however tMins is initialized then all works as expected

on mouseUp pMouseButton
  put 20 into tMins
  put (tMins/60) into tMins
  answer tMins
end mouseUp

???


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-11 Thread Rick Harrison via use-livecode
Hi Andy,

Yes, tMins has to have a value or the statement makes no sense because LC has no
context for what you are trying to do.  LC doesn’t know if tMins is a string or 
something else.

Rick


> On May 11, 2020, at 4:24 AM, AndyP via use-livecode 
>  wrote:
> 
> I seem to have my posts dropped at the moment hence this,
> 
> I'm seeing the same error
> 
> with 
> 
> on mouseUp pMouseButton
>  put (tMins/60) into tMins
>  answer tMins
> end mouseUp
> 
> button "Button": execution error at line 2 (Operators /: error in left 
> operand), char 1
> 
> Interestingly this
> 
> on mouseUp pMouseButton
>  try
>put (tMins/60) into tMins
>  catch tError
>if tError then answer "An Error Occurred;"  && tError & return & "tMins =" 
> && tMins
>  end try
> end mouseUp
> 
> does NOT through an error or a catch error message
> 
> 
> If however tMins is initialized then all works as expected
> 
> on mouseUp pMouseButton
>  put 20 into tMins
>  put (tMins/60) into tMins
>  answer tMins
> end mouseUp
> 
> ???
> 
> 
> _
> Sent from http://runtime-revolution.278305.n4.nabble.com
> 
> 
> ___
> use-livecode mailing list
> use-livecode@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-11 Thread Colin Holgate via use-livecode
Do you have an earlier line where you have set tMins? If it has never been set, 
would you export tMins/60 to work?

Aside from that, there was a change in LiveCode 7 or 8, where you could no 
longer create a variable on the first line that it is used. You need to have 
declared it earlier on.


> On May 11, 2020, at 2:24 AM, AndyP via use-livecode 
>  wrote:
> 
> I seem to have my posts dropped at the moment hence this,
> 
> I'm seeing the same error
> 
> with 
> 
> on mouseUp pMouseButton
>  put (tMins/60) into tMins
>  answer tMins
> end mouseUp
> 
> button "Button": execution error at line 2 (Operators /: error in left 
> operand), char 1
> 
> Interestingly this
> 
> on mouseUp pMouseButton
>  try
>put (tMins/60) into tMins
>  catch tError
>if tError then answer "An Error Occurred;"  && tError & return & "tMins =" 
> && tMins
>  end try
> end mouseUp
> 
> does NOT through an error or a catch error message
> 
> 
> If however tMins is initialized then all works as expected
> 
> on mouseUp pMouseButton
>  put 20 into tMins
>  put (tMins/60) into tMins
>  answer tMins
> end mouseUp
> 
> ???
> 
> 
> _
> Sent from http://runtime-revolution.278305.n4.nabble.com
> 
> 
> ___
> use-livecode mailing list
> use-livecode@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Small and strange problem

2020-05-11 Thread AndyP via use-livecode
I seem to have my posts dropped at the moment hence this,

I'm seeing the same error

with 

on mouseUp pMouseButton
  put (tMins/60) into tMins
  answer tMins
end mouseUp

button "Button": execution error at line 2 (Operators /: error in left 
operand), char 1

Interestingly this

on mouseUp pMouseButton
  try
put (tMins/60) into tMins
  catch tError
if tError then answer "An Error Occurred;"  && tError & return & "tMins =" 
&& tMins
  end try
end mouseUp

does NOT through an error or a catch error message


If however tMins is initialized then all works as expected

on mouseUp pMouseButton
  put 20 into tMins
  put (tMins/60) into tMins
  answer tMins
end mouseUp

???


_
Sent from http://runtime-revolution.278305.n4.nabble.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-10 Thread scott--- via use-livecode
How does tMins acquire the data? Are you certain it contains what you expect 
when you aren’t stepping through the code (and slowing things down)? perhaps a 
“put tMins" or “answer tMins” would expose something. (Probably not, but we are 
curious!)
—
Scott

> On May 10, 2020, at 12:52 PM, Tom Glod via use-livecode 
>  wrote:
> 
> try putting a space between the left and right of the / and see if you
> still get it.
> 
> On Sun, May 10, 2020 at 1:10 PM Paul Hibbert via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> No replies so far, so I had a few minutes spare and tried to recreate this
>> problem, but couldn’t. No matter what I put into tMins first, even an empty
>> variable still returned 0, so my suggestion would be to wrap the script in
>> a try - catch to see what’s going on with the left operand (tMins) during
>> the equation, something like:
>> 
>>   try
>>  put (tMins/60) into tMins
>>   catch tError
>>  if tError then answer "An Error Occurred;"  && tError & return &
>> "tMins =" && tMins
>>   end try
>> 
>> I tried in both versions of LC that you mentioned and saw no problem.
>> 
>> Maybe somebody else will have a better idea.
>> 
>> Paul
>> 
>>> On May 9, 2020, at 07:05, Graham Samuel via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> I’m using LC 9.6.0 dp4 and 9.5.1 - this issue is seen in both versions.
>>> 
>>> I have a script with a very simple statement:
>>> put (tMins/60) into tMins
>>> 
>>> tMins contains a number, and as expected I get a numeric result, for
>> example if tMins is 31, I get 0.516667
>>> 
>>> but ONLY when I step through the script in the IDE. If I let the script
>> run, the IDE reports an error:
>>> 
 Execution error (operators /: error in left operand, char 1
>>> 
>>> 
>>> Either there’s an error or there isn’t. What can be wrong? I suppose as
>> usual it’s me, but I am foxed.
>>> 
>>> Graham
>>> ___
>>> use-livecode mailing list
>>> use-livecode@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@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> 
> 
> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411
> ___
> use-livecode mailing list
> use-livecode@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-10 Thread Tom Glod via use-livecode
try putting a space between the left and right of the / and see if you
still get it.

On Sun, May 10, 2020 at 1:10 PM Paul Hibbert via use-livecode <
use-livecode@lists.runrev.com> wrote:

> No replies so far, so I had a few minutes spare and tried to recreate this
> problem, but couldn’t. No matter what I put into tMins first, even an empty
> variable still returned 0, so my suggestion would be to wrap the script in
> a try - catch to see what’s going on with the left operand (tMins) during
> the equation, something like:
>
>try
>   put (tMins/60) into tMins
>catch tError
>   if tError then answer "An Error Occurred;"  && tError & return &
> "tMins =" && tMins
>end try
>
> I tried in both versions of LC that you mentioned and saw no problem.
>
> Maybe somebody else will have a better idea.
>
> Paul
>
> > On May 9, 2020, at 07:05, Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I’m using LC 9.6.0 dp4 and 9.5.1 - this issue is seen in both versions.
> >
> > I have a script with a very simple statement:
> >  put (tMins/60) into tMins
> >
> > tMins contains a number, and as expected I get a numeric result, for
> example if tMins is 31, I get 0.516667
> >
> > but ONLY when I step through the script in the IDE. If I let the script
> run, the IDE reports an error:
> >
> >> Execution error (operators /: error in left operand, char 1
> >
> >
> > Either there’s an error or there isn’t. What can be wrong? I suppose as
> usual it’s me, but I am foxed.
> >
> > Graham
> > ___
> > use-livecode mailing list
> > use-livecode@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@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Small and strange problem

2020-05-10 Thread Paul Hibbert via use-livecode
No replies so far, so I had a few minutes spare and tried to recreate this 
problem, but couldn’t. No matter what I put into tMins first, even an empty 
variable still returned 0, so my suggestion would be to wrap the script in a 
try - catch to see what’s going on with the left operand (tMins) during the 
equation, something like:

   try
  put (tMins/60) into tMins
   catch tError
  if tError then answer "An Error Occurred;"  && tError & return & "tMins 
=" && tMins
   end try

I tried in both versions of LC that you mentioned and saw no problem. 

Maybe somebody else will have a better idea.

Paul

> On May 9, 2020, at 07:05, Graham Samuel via use-livecode 
>  wrote:
> 
> I’m using LC 9.6.0 dp4 and 9.5.1 - this issue is seen in both versions.
> 
> I have a script with a very simple statement:
>  put (tMins/60) into tMins
> 
> tMins contains a number, and as expected I get a numeric result, for example 
> if tMins is 31, I get 0.516667
> 
> but ONLY when I step through the script in the IDE. If I let the script run, 
> the IDE reports an error:
> 
>> Execution error (operators /: error in left operand, char 1
> 
> 
> Either there’s an error or there isn’t. What can be wrong? I suppose as usual 
> it’s me, but I am foxed.
> 
> Graham
> ___
> use-livecode mailing list
> use-livecode@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Small and strange problem

2020-05-09 Thread Graham Samuel via use-livecode
I’m using LC 9.6.0 dp4 and 9.5.1 - this issue is seen in both versions.

I have a script with a very simple statement:
  put (tMins/60) into tMins

tMins contains a number, and as expected I get a numeric result, for example if 
tMins is 31, I get 0.516667

but ONLY when I step through the script in the IDE. If I let the script run, 
the IDE reports an error:

> Execution error (operators /: error in left operand, char 1


Either there’s an error or there isn’t. What can be wrong? I suppose as usual 
it’s me, but I am foxed.

Graham
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode