Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > microsoft.public.scripting.vbscript > #11306
| From | JJ <jj4public@vfemail.net> |
|---|---|
| Newsgroups | microsoft.public.scripting.vbscript |
| Subject | Re: Typelib : ProgID / VersionIndependentProgID not found |
| Date | 2016-05-10 11:34 +0700 |
| Organization | ? |
| Message-ID | <569372869044.1pqitbduklxzz.dlg@40tude.net> (permalink) |
| References | <5730d3fb$0$5876$e4fe514c@news.xs4all.nl> |
On Mon, 9 May 2016 20:18:03 +0200, R.Wieser wrote: > Hello All, > > I've just browsed thru the MSWINSCK.OCX typelib, trying to find the name > with which its loaded using wscript.createobject. That name is > "mswinsock.winsock". The reason I'm doing this is because I want to > retrieve the objects CLSID, even if its not registered. > > The problem is that I can't find that name anywhere inside the typelib. I > can find the name "winsock" in its (only) CoClass, but I can't find > "mswinsock" (on its own) anywhere, much less a combination thereof. > > Do I have to assume that the name stored in the registry (under > VersionIndependentProgID and ProgID) is/may be some kind of made-up name > with no connection to whats in the TypeLib, or am I missing something here ? > > Regards, > Rudy Wieser Type Library is simply a way to publicize COM classes and/or interfaces so that other programs may access them without knowing their type information beforehand. So, a COM library is not required to include all of the classes/interfaces in its Type Library - or include any at all. Some COM libraries may even be still accessible even though they're not registered into the registry. In this case, they are accessed manually by calling its DllGetClassObject() exported DLL function directly - like OLE32.DLL does. Those kind of COMs are intended to be used by programs that already have the type information beforehand. COM classes in the registry simply tell programs which DLL to ask the required COM class. The OLE32.DLL does the dirty work for you. i.e. retrive the given class, find it in the registry, load the associated COM's DLL, then call its DllGetClassObject().
Back to microsoft.public.scripting.vbscript | Previous | Next — Previous in thread | Next in thread | Find similar
Typelib : ProgID / VersionIndependentProgID not found "R.Wieser" <address@not.available> - 2016-05-09 20:18 +0200
Re: Typelib : ProgID / VersionIndependentProgID not found "Mayayana" <mayayana@invalid.nospam> - 2016-05-09 18:00 -0400
Re: Typelib : ProgID / VersionIndependentProgID not found "R.Wieser" <address@not.available> - 2016-05-10 10:19 +0200
Re: Typelib : ProgID / VersionIndependentProgID not found "Mayayana" <mayayana@invalid.nospam> - 2016-05-10 16:01 -0400
Re: Typelib : ProgID / VersionIndependentProgID not found "R.Wieser" <address@not.available> - 2016-05-11 11:18 +0200
Re: Typelib : ProgID / VersionIndependentProgID not found "Mayayana" <mayayana@invalid.nospam> - 2016-05-11 09:26 -0400
Re: Typelib : ProgID / VersionIndependentProgID not found "R.Wieser" <address@not.available> - 2016-05-11 17:00 +0200
Re: Typelib : ProgID / VersionIndependentProgID not found "Mayayana" <mayayana@invalid.nospam> - 2016-05-11 12:07 -0400
Re: Typelib : ProgID / VersionIndependentProgID not found "R.Wieser" <address@not.available> - 2016-05-11 21:53 +0200
Re: Typelib : ProgID / VersionIndependentProgID not found JJ <jj4public@vfemail.net> - 2016-05-10 11:34 +0700
Re: Typelib : ProgID / VersionIndependentProgID not found "R.Wieser" <address@not.available> - 2016-05-10 10:30 +0200
csiph-web