One trick I've recently added is to turn on coverage logging or event 
tracking in the load event of my baseform class if a special var is in 
scope. Like this:

TRY
    IF m.syscoverage
        SET COVERAGE TO 
ADDBS(ALLTRIM(m.systemp))+[c]+ALLTRIM(this.Name)+[.log]
    ENDIF
CATCH
ENDTRY
TRY
    IF m.syseventtracking
        SET EVENTTRACKING TO 
ADDBS(ALLTRIM(m.systemp))+[e]+ALLTRIM(this.Name)+[.log]
        SET EVENTTRACKING ON
    ENDIF
CATCH
ENDTRY

Obviously this works for my environment. And there's a bit in the form 
unload to turn it back off. I've also been using Martin Jindra's 
coverage profiler to examine the results instead of the one that comes 
with VFP.

Whil Hentzen (Pro*) wrote:
> Suppose I've got a form with 30 methods in it. Well, I've 'inherited' a 
> form, that is. So some of the 30 are local, some are inherited from a 
> form class.
>
> Now when I run the form, 'something' happens. It's possible that the 
> LISA methods all fire, and those are easy to trace. Although it'd be 
> nice to see a list of which methods are local and which are running 
> parent class code.
>
> But after that... what else happens. Hit the "Post Customer" button, and 
> it can be arduous to trace each method, when it's being called, how many 
> times, with what parms in different scenarios...
>
> The stack won't do this. It'll tell you the hierarchy of a single 
> method, but not one method after another
>
> Setting a flag in each method will tell you which fire, in what order, 
> and with what parms, if you so construct the flag that way.
>
> THAT'S what I'm after, in this tiny situation.
>   

-- 
Richard Kaye
Vice President
Artfact/RFC Systems
Voice: 617.219.1038
Fax:  617.219.1001

For the fastest response time, please send your support
queries to:

Technical Support - [EMAIL PROTECTED]
Australian Support - [EMAIL PROTECTED]
Internet Support - [EMAIL PROTECTED]
All Other Requests - [EMAIL PROTECTED]

---------------------------------------------------------
This message has been checked for viruses before sending.
---------------------------------------------------------



_______________________________________________
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to