In message <e4******************@newsfe5-win.ntli.net>, JohnFol
<Ou************@WibbleObbble.Com> writes
The class that generates the events is based upon inheriting Screen1, but
it's not clear from the listing what this is, if it over rides anything etc.
Can I suggest you stick a break points in on the line Public Sub
CheckThreshold()
and add a simple try catch block. Then step through the code to see if it
gets as far as RaiseEvent ThresholdOK()
Ok, it must have been since Reading was updated within a sub procedure
when the ThresholdNormal class was inheriting the attributes it was just
using the default declaration as it wouldn't see the local assignment.
So now I pass the reading as a parameter to the CheckThreshold(Reading)
sub and it worked fine.
The only thing I'm not sure about is why label4 is not updated. I assume
this is because it is not set on the form Screen1 but in a separate
class. Is some sort of access required in the properties somewhere or
should it just be done within the associated form?
Thanks John (I'll probably be back here shortly with more problems,
you'll be happy to know...)
--
Jeffrey Spoon