Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > microsoft.public.scripting.vbscript > #11306

Re: Typelib : ProgID / VersionIndependentProgID not found

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar


Thread

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