Re: Same form, but one system GPFs...?

On 18 Feb 2008 10:11:22 -0500, "Jim Moseley"
<jmose@[EMAIL PROTECTED]
> wrote:

>
>Kenneth <usenet@[EMAIL PROTECTED]
> wrote:
>
>>1. ... More im****tantly, you say 'self.end()' before 
>>triggering 'doDefault'.  There might not be a (fully-
>>defined) 'self' object yet.  Most of your methods
>>seem to need a 'doDefault' at the start.
>
>Did you put in the doDefault's? As shown in:
>
>method open(var eventInfo Event)
>doDefault ; <-- add this
>self.end()
>endMethod
>
>method newValue(var eventInfo Event)
>if self.value=33 then
>      doDefault ; <-- add this
>      Dep_On.moveTo()
>endIf
>EndMethod
>
>method newValue(var eventInfo Event)
>doDefault ; <-- add this
>amount.moveTo()
>endMethod
>
>
>HTH,
>Jim Moseley

Hi Jim,

Your suggestion of getting away from the cMax seems to have
resolved the matter.

But a question does remain:

Given that the cMax approach may be more flaky than using a
table to hold the entry number, and then incrementing it
with a tCursor, why might that problem reveal itself only on
one machine...?

I have used the old version of the form for years with not
so much as a hiccup and would love to understand more about
how this might have been caused.

With that, I express my sincere thanks to you, and to all
the other folks who provided me help with this (now and so
many times in the past). Your skill and generosity are very
deeply appreciated.

All the best,
-- 
Kenneth

If you email... Please remove the "SPAMLESS."