Unable to remove my own duplicate DLL items from REFERENCES list (VB6 SP5)

I am having a difficult time removing my own ACTIVEX DLL REFERENCES within my VB 6.0 SP5 IDE.

These DLLs represent interfaces which I have changed during my development process AND have moved into different
folders where they were then registered and unregistered using COM Explorer 2.0. COM Explorer 2.0 does not list the files (at least I can't seem to find them). Symantec System Works doesnt complain about them however Visual Basic STILL lists them even though they dont exist. No matter how hard I try to remove them, they simply won't go away. I have even uninstalled visual basic, reinstalled it and those pesky references are still there. In some cases the items are duplicated several times as well which is a headache since I dont know which one to check off initially as the names are identical. The bogus references always give ERROR LOADING DLL so I keep trying until I find one that works. Anyone know what I need to do to fix this.  I may have deleted the original folder where these DLLS were first compiled and recompiled them in a totally new folder. I have had these references for quite a long time and can't get rid of them.

Help!!!

const71Asked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

jayeshshahCommented:
close the project and then open the vbp file in notepad you shall find an entry like below

Reference=*\G{00000201-0000-0010-8000-00AA006D2EA4}#2.1#0#C:\Program Files\Common Files\System\ADO\msado21.tlb#Microsoft ActiveX Data Objects 2.1 Library.


remove hte entry which you donot want and save it.

it shoudl work for u.
0
const71Author Commented:
No, you don't understand....this has nothing to do with any particular vbp file.   If i open a brand new project and go to references it will still be there. It seems theres somthing in my registry that Visual Basic is picking up that COM Explorer 2.0 and Symantec SystemWorks can't find. Both these applications should point out DLLs that are behaving badly but neither one does. Is Visual Basic getting its DLL listing from somewhere else?  How do i fix up my DLL references in Visual Basic IDE

thanx
0
lmckenzieCommented:
Try this.  Use regedit or anothe registry editor and search for the name of your dll(s).  In the case of the one ActiveX dll I had created on my system (test.dll), I found two references, one under CLASSID and one under Typelib.  Deletint the root entry for these keys (the one with the long alphanumeric GUID, removed the entry from VB's project references list.  The ones you need to delete should be the ones with the old folder locations.  Also, AFAIK, you need to unregister the dlls in the original locations and then reregister them after you've move or created new ones.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Big Business Goals? Which KPIs Will Help You

The most successful MSPs rely on metrics – known as key performance indicators (KPIs) – for making informed decisions that help their businesses thrive, rather than just survive. This eBook provides an overview of the most important KPIs used by top MSPs.

const71Author Commented:
I am somewhat concerned about fiddling with the registry as I don't usually go in there to fix problems. I'll find the entries if i can and get back to you ....

thanks
0
const71Author Commented:
OK it worked

under HKEY_CLASSES_ROOT\TypeLib\{ class id number here} i found some other sub entries so i deleted the classid root and it worked!  

I need to get a better understanding of how the registry impacts programs (specifically what the various sections mean and how I can use them programmatically for example to perform smart updates and patches)


thanks for the help

0
lmckenzieCommented:
Glad it worked.  I understand your reluctance to monkey with the registry but sometimes it's necessary.  Try the AR Registry Access Library from: http://www.sevillaonline.com/ActiveX/
It's free and gives you more options for dealing with the registry from VB than the standard routines.  They also have a very nice library for working with ini files as well.  Though Microsoft encourages the use of the registry for just about everything, an ini file is often all you need, especially if your application is the only one that needs to access the information.

I don't have a reference of the top of my head but I'm sure a quick Google search will turn up several good sources of information on using the registry.
0
const71Author Commented:
Thanks for the great advice.  I actually have used Google and there are some great articles on the registry. Once I get some free time I'll go over them in greater detail

Thanks again
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Visual Basic Classic

From novice to tech pro — start learning today.