CLSID list

This concerns the Registry.
Are there lists somewhere that allow determination of
1) the CLSID for a common program
2) the program connected with an individual CLSID (in other words, the reverse "lookup" compared to 1) ??
One purpose is to know where to look in the Registry under HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components for a program in order to see the settings and/or make modifications.
For example, I believe the CLSID for Internet Explorer is
89820200-ECBD-11cf-8B85-00AA005B4383 . Since I know that, I can easily access IE in Installed Components.
The Registry, itself, does not seem to help. If I look under HKEY_CLASSES_ROOT to determine a CLSID, I find no entry for Internet Explorer, but rather for "Internet Explorer.Application" and the CLSID for that is apparently 0002DF01-0000-0000-C000-000000000046.
I am aware of the list http://www.sysinfo.org/bholist.php
but indeed that seems to provide a listing of only some CLSID's--I presume BHO's, not common programs. If I enter 89820200-ECBD-11cf-8B85-00AA005B4383 into the Search window at that site, I get no identification of the associated program (IE).
I have run searches on www.google.com for information, but so far no success.
I have put this question into the Win98 Forum since that is what I run, but I suspect the CLSID's are common to most Win OS's.
Thanks.
P.S. If anyone can also comment why the CLSID's for a program are different in HKEY_CLASSES_ROOT compared to those used in HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components, I would appreciate learning that, too.

 

If I even begun to answer your question, I would be typing out pages and pages in a single post.
I recommend a book named Sam's Teach Yourself the Windows Registry. I found it is very informative about Class and Program Identifiers, nothing about the Active Setup subkey specifically, but you will understand it more.

 

Hi Jim,
Here's some Class ID's I picked up, but as Mark says. it's a wide topic. You probably have these already.
IE CLIDs are very deeply embedded.

ControlPanel.{21EC2020-3AEA-1069-A2DD-08002B30309D}
Dial Up Net.{992CFFA0-F557-101A-88EC-00DD010CCC48}
Printers.{2227A280-3AEA-1069-A2DE-08002B30309D}
Recycle Bin.{645FF040-5081-101B-9F08-00AA002F954E}
Fonts.{BD84B380-8CA2-1069-AB1D-08000948F534}
Subscriptions.{F5175861-2688-11d0-9C5E-00AA00A45957}
History.{FF393560-C2A7-11CF-BFF4-444553540000}
My Computer.{20D04FE0-3AEA-1069-A2D8-08002B30309D}
Search Results.{E17D4FC0-5564-11D1-83F2-00A0C90DC849}
Inbox.{00020D75-0000-0000-C000-000000000046}

regards
PS The other thing I am curious about is how these random numbers get allocated. Can any app developer simply invent
their own ? If so how are duplicates avoided ? OK it's a very
large code, but I wonder if eg MS regulates/controls the assignment of the ID's ?

 

I was looking in to this just this morning and found this

Haven't persued it any further yet.

 

Hi Dave, Interesting !
Is the purpose of a CLSID to allow the grouping of programs
for an app in the registry ? Why CLSIDs instead of context menus ?
Does guidgen.exe operate on a global basis ?
Is it a networking app ? Who runs it ?
regards

 

Haven't gotten that far into it yet merlin. Just hit this page through a search for list of known clsids and clicked the class identifiers link. If/when I do dig up more info, I'll pass it along.

 

Just a couple of notes from my cribs.

"The first part of any CLSID key number is random, the final six bytes are derived from the network card installed on the PC where the software was created, and remain constant. You can therefore expect to find multiple CLSID keys ending with the same six digits "

"The use of GUIDs allows programmers to independently generate unique IDs without requiring central authority.
A lot of COM-related information is stored in the registry under HKEY_CLASSES_ROOT. The information can be viewed and modified from the registry editor regedt32.exe. All registered object classes can be found under the CLSID key and all registered interfaces can be found under the Interface key. For example, "Microsoft Word Document" is an object class with CLSID {00020900-0000-0000-C000-000000000046} (or {00020906-0000-0000-C000-000000000046}). The LocalServer32 registry subkey indicates that its associated implementation filename is winword.exe. This class supports multiple interfaces including an IDataObject interface with IID {0000010E-0000-0000-C000-000000000046}. IDataObject is an interface enabling data transfer and notification of changes in data. It is also supported by the object class "Microsoft PowerPoint Slide" with CLSID {EA7BAE71-FB3B-11CD-A903-00AA00510EA3} (or {64818D11-4F9B-11CF-86EA-00AA00B929E8}) and implementation file PowerPnt.exe. "

HKCR and CLSIDs

 

Thanks to all.
The responses (and website references) have enlightened me a bit, but obviously I will have to read much more. They also suggest, perhaps, that my questions were naive.
For example, though merlin has provided me with some CSLID's I do not find them on my PC, even for programs that are installed like Control Panel and Recycle Bin. That suggests that merlin may be running a different WinOS than I do (I run Win98FE) or that the CLSID's are different on different PC's.
The latter would certainly make creating a list meaningless.
I still wonder why the CLSID's in HKEY_CLASSES_ROOT are different than those in HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components
but I suspect it will not help in my original objective even if I learned.
However, please do not let me stop the conversation!!

 

Jim:

You should find Control Panel here. (98FE)

HKEY_CLASSES_ROOT\CLSID\{21EC2020-3AEA-1069-A2DD-08002B30309D}

 

WhitPhil--You (and Merlin) are correct that is the CLSID for Control Panel in HKEY_CLASSES_ROOT\CLSID. But in HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components there is no such CLSID. And I have not gone through the 150 CLSID's in HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components to find which is Control Panel.
As you remember from my first post, the CSLID's are different for IE in those two keys. And my main objective was to find the CLSID's for HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components .

 

Found this

here. Notice the bolded words Now if you could just get that list! Also from that page

Also some good information
here. And from that page,

 

Basically, what Dave's impressive research tells us, is that your
PCs class IDs are unique to your installation and thus cannot be
used on a second PC - unless the OS was set up on the same PC
on the same date.
Interestingly, I can image the C: disk on one Athlon to the other one. at any time with no (major) problems using PQ Drive Image.
So it seems the class IDs have only to be consistent with each other on each single PC
I cannot see why MS chose to go this way ?
regards

 

Merlin:

I think you are misinterpretting the results.

When a piece of Windows software is built, the builder must generate a CLSID for it. The contents of that ID are based on the builder's PC.

That is how it is made unique and won't be replicated on some other builder's pc who is building some other component.

Then, that piece of software can be easily distributed to any and all PCs with no worries that there will be duplicate CLSIDs when it is installed.

 

You are right WhitPhil, I did not realise Dave was referring to
the author's machine. Hope I did not cause too much confusion !
regards

 

Intesting Guys


Not meaning to get off on another track or get anyone unessesaraly paraniod
One interesting thing to me is any website can see whats in
HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components

along with nessesary components listed, like the web needs to know if and what version of javascript, media player, java etc etc
Its also lists each and every pacth and fix we have installed.
In other words they can automaticly know exactly what fix's and pacths have been installed, and if they want abuse us.

For example put this csdl in here >
{eddbec60-89cb-44ef-8291-0850fd28ff6a}
which is Q832894 (include the brackets)

http://mypage.direct.ca/s/schinke/defaultbehaviors/clientCapsChoose.html
Detectable Components in Internet Explorer
http://www.net-security.org/vuln.php?id=3054

as far as that goes we can punch this into IE's addressbar
javascript:navigator.appMinorVersion

 

Lonny Jones--That middle reference seems to provide a list of at least some of the Installed Components' CLSID's. Many thanks.
The first reference does not seem to work?? I type in, for example, Internet Explorer or Outlook Express, click "Submit" and only get
"Component Installed Version
Internet Explorer false " (or same message with OE in place of IE)
Perhaps I have to use the code in the third reference for that site to work??
Anyway a real step forward.

 

No punch in the scdl and include the brachets
copy paste

heres a few more
Additional Microsoft Browser and component info :

Copy Paste the csld(number)Into the form and submit leave the Brakets { }

Internet Explorer 5/6 Web Browser
{89820200-ECBD-11cf-8B85-00AA005B4383} <<<<

Microsoft virtual machine
{08B0E5C0-4FCB-11CF-AAA5-00401C608500} <<<<

Microsoft Windows Script 5.6
{4f645220-306d-11d2-995d-00c04f98bbc9} <<<<

Internet Explorer Browsing Enhancements {630b1da0-b465-11d1-9948-00c04f98bbc9} <<<<

Outlook Express
{44BBA840-CC51-11CF-AAFA-00AA00B6015C} <<<<

Vector Graphics Rendering (VML)
{10072CEC-8CC1-11D1-986E-00A0C955B42F} <<<<

Windows Media Player
{22d6f312-b0f6-11d0-94ab-0080c74c7e95} <<<<

Advanced Authoring
{4278c270-a269-11d1-b5bf-0000f8051515} <<<<

Macromedia Flash
{D27CDB6E-AE6D-11cf-96B8-444553540000} <<<<

AOL ART Image Format Support
{47f67d00-9e55-11d1-baef-00c04fc2d130} <<<<

Language Auto-Selection
{76C19B50-F0C8-11cf-87CC-0020AFEECF20} <<<<

http://mypage.direct.ca/s/schinke/defaultbehaviors/clientCapsChoose.html

PS you might get a false sometimes not sure why, hit refresh then edit out the number and copy paste it again

 

Lonny Jones--Not sure I understand your last message
1)

???
2) Are you saying the mypage.direct.ca page translates CLSID into program name?? Rather than the reverse?? Actually if I enter the CLSID for IE, for example, I get this message
"Component Installed Version
{89820200-ECBD-11cf-8B85-00AA005B4383} true 6,0,2800,1106 "
so it tells me that IE is installed and what version I have, but it does not name the program. And since it just repeats back the CLSID I entered, that really is not too helpful. (No aspersions on you
)

 

Sorry yes that was off topic

This doesnt come close to what has already been posted
By merlin,noahdfear and WhitPhil
, came across this and this thread came back into mind.

Msdn Link

 

Lonny Jones--I get the feeling you have put a lot of time and effort into helping me with my question.
I will have to play around a little more with the OLE/COM Object Viewer. My first impressions are that it does not list common programs (like Internet Explorer, etc.). Maybe because they are not COM objects--not that I understand that entirely.
But in any event, many thanks again.