>I have a main VFP6 program that calls multiple other VFP6 programs through a menu. It invokes these executables with a DO so that the called programs will inherit some variables from the main program.
>
>I have had this one called program that has been giving me fits. When called from a menu bar, it closes tables on me. When called directly from the main program, it works fine...
>
>Except that I have code in the main routine that checks for the presence of an active form. If there is an Active Form, the program closes it and opens the next requested program. This is checked by:
>
>IF TYPE("_Screen.ActiveForm") == "O" .AND. UPPER(_Screen.ActiveForm.Baseclass) = "FORM"
>
>The problem form, however, has the baseclass listed as "oleControl". I've dropped a Kodak Image Edit ActiveX onto the form to display a BMP image. My _Screen.FormCount is only 1, though, and _Screen.Forms[1].Name is indeed the name of the form. (I'm running VFP6 with Win98.)
>
>I've seen other posts where adding ScrollBars to a form adds additional Active Forms. I think the weird problems I've been having with this program/form have to do with the fact that the ActiveForm isn't a form.
>
>Has anyone else seen this? Is there a solution for this?
>
>Many thanks!
>Cheryl

Check this UT Message:
Re: ActiveX control refference stored in _VFP.ActiveForm?! Thread #676112 Message #677155

If possible use another ActiveX with the same functionality or write in VB a new ActiveX class based on the one you need, but disable the containership of the new ActiveX.
Our VB team has dealt a lot with such issues of ActiveX controls, and we have already derived some for use in our VFP aplications.

HTH