Re: [mh] set_with_timer case-sensitive?

[misterhouse <mis...@li...>]

Rick,

I'm not sure how familiar you are with PERL, but for the benefit of those
with less experience, it is best to treat everything in PERL as case
sensitive.  There are places where strings are converted to all lower case
or all upper case before a comparison, but it is definitely best practice to
not count on these special cases.  This includes setting parameters in
mh.ini and other places.

Now, mh throws a bit of a curveball in that it defines several PERL
constants.  To see the complete list, look around line 584 of the mh/bin/mh.
 The ones most commonly used are ON and OFF.  They are defined as 'on' and
'off' respectively.  If you haven't seen constants before, they are not like
normal variables.  They don't start with a $ and they don't get expanded
within other double quoted "strings".  Also, note the following:

ON eq 'on' # ON is defined as 'on', so they are equal
ON ne 'ON' # 'on' and 'ON' are not equal strings

So, to summarize, the two basic states in mh are 'on' and 'off' which can
also be referenced as ON and OFF.  They are not equivalent to 'ON' and 'OFF'
as they are in different cases.  It is possible to define additional states
in mh objects as 'ON' and 'OFF', but then you are just asking for trouble!

Matt

mis...@co... wrote:
> mh2.100
> I'm having yet more quirky problems with timers.
> 
> The case I have is one where set_with_timer appears to not revert back
> the first time I use it after I change the light state from elsewhere.
> 
> But I noticed that elsewhere I was using "ON" and "OFF", and in the set
> with timer routing I was using 'on' and 'off'.
> 
> The line I see in sub set_with_timer is
>     $state_change = ($state eq 'off') ? 'on' : 'off';
> 
> If the light state is set to "ON" or "OFF" in this case, isn't
> set_with_timer going to set state to 'off' regardless?
> 
> Rick
> 
> 
> 
> 
> Rick Steeves
> ri...@si...                               http://www.sinister.net
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
> 
> 
__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com