Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsVB SyntaxEnterprise DevelopmentDatabase AccessControlsCOMWin APICrystal ReportDeploymentGeneralGeneral 2
Related Topics
VB.NET / ASP.NETMS SQL ServerMS AccessOther Database ProductsMore Topics ...

VB Forum / COM / November 2003



Tip: Looking for answers? Try searching our database.

How to implement my activex exe in the live environment.

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Alex Stevens - 25 Nov 2003 10:53 GMT
Hi All,

I apologise in advance as this is not an intentional cross-post, as I've
already posted this earlier on vb.discussion without realising this
newsgroup existed.

I have developed an activeX exe which simply polls a database in it's own
thread, and alerts the main program using a instantianted class and an event
off of that class.

When I have run different version of the activex exe, lots of different
version have appeared in the references dialog, and I have trouble
identifying the version which is running in it's own IDE for debugging.

So I wonder if someone could answer some questions:

Firstly, why have all the different versions appeared in the references, as
I haven't registered any using regsvr32?
Secondly how can I remove all of the old references (some of which point to
deleted files)??, as these are cluttering up the references, and confusing
me - I only have a mini-brain!!!!!

I've tried "D:\Development\TestFax\FaxPolling.exe" / unregserver
and the reference still exists in the references list in VB6

Everything works fine on my development machine when I can get the correct
instance of the activeX exe referenced in the main program project.

Now when I come to install it in the live enviornment, I get automation
errors as each component, isn't finding it's references......
How do I register my activeX exe, so that I can put it somewhere and let the
main program pick it up from the registry???

I should add, that ideally I'd like my main program to pick up the
references from the same folder the main app is running in......
I understand that this is one of the places it looks when the first up
reference path is broken???

I've also tried moving the ActiveX exe to another directory, and
doubleclicking to register it.
I then go back to my main program and change the reference to where I've
moved the activeX exe.
I close the reference screen, save the project, compile the main program,
and it doesn't work.
I then open the project, look at the reference, and it has reverted back to
the previous location of the activeX exe, which obviously isn't there!!!

What is the references dialog doing?????

Thanks

Alex Stevens
Michael Harrington - 26 Nov 2003 01:11 GMT
Everytime you recompile it, VB automatically registers the new ActiveX EXE
(just like it does with ActiveX DLLs).  The easiest way to get rid of all of
the old IDs is to unregister the EXE, then run Microsoft's RegClean (You can
still download it off their site, and I think a version may come with XP
preinstalled).  That'll wipe the suckers right out!

HTH

-Mike

> Hi All,
>
[quoted text clipped - 48 lines]
>
> Alex Stevens
yadda - 26 Nov 2003 13:19 GMT
Under Project Properties, do your have 'project
compatability' checked off?  If not, I believe each re-
compile will be different, when it is checked, I believe
VB6 won't make new references for each compile.  Apps that
use your COM object should be fine as long as you don't
break your interface contract!
good luck,
yadda
>-----Original Message-----
>Hi All,
[quoted text clipped - 51 lines]
>
>.
Alex Stevens - 28 Nov 2003 09:49 GMT
Thanks,

It was in fact down to having no compatibility set !!

I am registering, referencing, unreferencing, moving, registering and at the
calling app is finding it.

Alex

> Under Project Properties, do your have 'project
> compatability' checked off?  If not, I believe each re-
[quoted text clipped - 84 lines]
> >
> >.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.