I guess I'm not so sure why I need to have it as a standard exe other than I don't want people thinking they can use it in another program. I have changed it back to an ActiveX exe and it works fine, but like I said I have other apps which are standard using the same class, but are working. I would just like to know why the behavior is so inconsistent....oh, wait it's a Microsoft product. I'd also like to know why you can't make a class public in a standard exe in VB6. Maybe I should just bite the bullet and head up to .net. Anyone know any good reasons why I should do this?
Cameron "CRISP, Paul -Syntegra UK" wrote: > One route I've explored with some success is to put the VB/Mapinfo > interaction into an ActiveX exe by itself. You can then put as much or > little in the interface as you want and then include it into a standard exe. > The interface can be as simple as a mapping to the standard Do and Eval > methods, and events passing out SetStatusText, WindowContentsChanged etc. > The only real tweak is passing a reference to a picture box for reparenting. > Its a DIY mapping OCX. > > You can build a pretty rich interface which mimics MapX but then what I > really need is a life. > > This avoids having your whole project as an ActiveX - although I've never > had a problem with that either. Could you tell us why you're keen to swap > the project over? > > Paul Crisp > > Syntegra > Innovation Place Delta Bank Road Newcastle NE11 9DJ > Tel 0191 461 4522 Fax 0191 460 1987 > > -----Original Message----- > From: Richard Burkmar [mailto:[EMAIL PROTECTED]] > Sent: 29 January 2003 09:40 > To: Mapinfo-L List (E-mail) > Subject: RE: MI-L Integrated Mapping > > Cameron, > > I remember when we converted a number of integrated mapping applications > from VB4 to VB6, the project type had to be changed to an ActiveX exe. As > far as I can remember, the major difference between standard and ActiveX > projects is that the latter allow communication by COM (which is what you > need for integrated mapping). I'd change the project type back to ActiveX > exe if I were you. > > Richard Burkmar > Swift LG > > -----Original Message----- > From: Cameron Crum [mailto:[EMAIL PROTECTED]] > Sent: 29 January 2003 01:56 > To: [EMAIL PROTECTED] > Subject: MI-L Integrated Mapping > > I think I'm going crazy. I have an integrated app written in VB6 that I > have been using for years. The project was intially set up as a stand > alone exe, but somewhere along the way it got changed to an ActiveX exe. > I changed it back and now when I try to run it I get the error: > > Runtime Error '98': > A property or method call cannot include a reference to a private > object, either as an object or as a return value > > The part it crashes on is when I try to set the callback object. I have > this: > > Set Statobject = New Mapin > mi.SetCallback Statobject > > where Mapin is the Class that contains the callback routines. Does > anyone have any clue what is happening here? I have some other apps with > identical code that seems to work fine. I did notice that when I changed > back to a Standalone EXE it told me that the properties of the Class > were not valid for this type of application. Essentially, it took away > the property that allowed me to make the class public. However, in my > other stand alone apps, the class does not have this property either and > they compile and run just fine. > > Baffled, > > Cameron > > --------------------------------------------------------------------- > List hosting provided by Directions Magazine | www.directionsmag.com | > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Message number: 5188 > > --------------------------------------------------------------------- > List hosting provided by Directions Magazine | www.directionsmag.com | > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Message number: 5196 > > ******************************************************************** > > This email may contain information which is privileged or confidential. If you are >not the intended recipient of this email, please notify the sender immediately and >delete it without reading, copying, storing, forwarding or disclosing its contents to >any other person > Thank you > > Check us out at http://www.syntegra.com > > ******************************************************************** --------------------------------------------------------------------- List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 5200
