en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en en nl en en en en nl en en en en en en en en en de en en en en en nl en en pt en en en nl en en en en nl en en en en en en en en en en en nl en en en en en en en en fr en da en en nl en en en en nl en en en en en en en en en en nl en en en en en en en en en en en en en en en en en en nl vi en en en en en en en en en en en en en en en en en en en en nl en en en en en en en fr en da en en nl en en en en nl fr en en en hbs_lat en en en en en en en en en nl en en en en nl en en en en en en en en en en en en en en en nl en en en en en en en en en en en en en en en en en de en en en fr en en en en en en en en en pt en en en en en en
By logging into your account, you agree to our Privacy Policy, personal data processing and storage practices as described therein.
Forgot password or user name?
Search in titles only Search in Programming only
You are not logged in. You can browse in the PowerBASIC Community, but you must click Login (top right) before you can post. If this is your first visit, check out the FAQ or Sign Up.
A question about GUID numbers as seen in this code
All Time Today Last Week Last Month
All Discussions only Photos only Videos only Links only Polls only Events only
Dave Biggs posted the following code (and more). (I added the Bold Underline for emphasis and focus in this message.)
My question pertains specifically to the GUID number in the IF:
How did Dave know that this GUID would get him the IE entries? If I had to create a similar routine, how would I know what GUID would return a specific entry?
16 Feb 2009, 02:12 PM
{with the eyes rolling and voice of Lou Costello} Hoy, boy! {slaps side of face}
Seems the more questions I ask, the deeper I get... I'm going to have to take the COM plunge eventually, eh?
Join Date: Aug 1998
16 Feb 2009, 06:59 PM
>I'm going to have to take the COM plunge eventually, eh?
Do what I am doing. I am USING a library (ADO) to get the feel for the syntax.
When I get the urge to create a COM component, at least I won't be starting "cold."
Port Washington WI USA
Join Date: Nov 2002
16 Feb 2009, 07:04 PM
I appreciate the direction, Michael, and I reserve the right to come back and ask you for details on the WHAT and HOW... (like which ADO library, how is it a bridge to COM, etc. (Can't get into it now; am signing off for the night.)
Join Date: Aug 2006
16 Feb 2009, 08:22 PM
Personally depending on your background
"Take the Neastea Plunge"
Might be cold at first, but could save you a ton of time wading in the shallow end
(ok so I spent toooo much time in the shallow end) Thank god for PB
and yes I am still learning to plunge into COM myself
Engineer's Motto: If it aint broke take it apart and fix it
"If at 1st you don't succeed... call it version 1.0"
"Half of Programming is coding"....."The other 90% is DEBUGGING"
"Document my code????" .... "WHYYY??? do you think they call it CODE? "
Join Date: Feb 2001
17 Feb 2009, 07:58 AM
How did Dave know that this GUID would get him the IE entries? If I had to create a similar routine, how would I know what GUID would return a specific entry?
Good question - I've been trying to back track..!
I'm sure that I started off with the example code from Pierre Bellisle http://www.powerbasic.com/support/pb...64&postcount=6
That was about finding the path for WordPad from it's registry entry. I probably then searched my own registry HKEY_CLASSES_ROOT for iexplore.exe to find the CLSID.
However, around that time I was also playing with the WebBrowser.inc file from the PBWin90 samples and the CLSID for internet explorer can be found there in a couple of places too.
Using Com Browser you'd have to look in the "Microsoft Internet Controls 1.1" Registered Library - filename 'shdocvw.dll' or 'ieframe.dll' - depending what version IE you have installed
I figured, "OK if this CLSID thingy is a unique id created for a particular application when it's first developed then there would have to be list of existing ids readily available
for the Microsoft apps somewhere, right"?
I've done a bit of googling without too much success. The best I've found so far is here http://www.windowsitlibrary.com/Content/368/13/1.html#3
If Microsoft maintain a public list I have been looking in the wrong places to date..
Good luck with the COM thing!
Join Date: Aug 1998
17 Feb 2009, 07:59 AM
> I reserve the right to come back and ask you for details on the WHAT and HOW
Generic 'ADO' Connection and Query Tester (CC 5+/Win 9+) 11-02-08
Port Washington WI USA
Join Date: Nov 2002
17 Feb 2009, 09:54 AM
Originally posted by Dave Biggs View Post
Good question - I've been trying to back track..!
Using Com Browser you'd have to look in the "Microsoft Internet Controls 1.1" Registered Library - filename 'shdocvw.dll' or 'ieframe.dll' - depending what version IE you have installed
How'd anyone even know that was there?!? Let alone to search it with the COM browser? It would appear I am missing some basic knowledge. (Wow, was that ever stating the obvious!)
I figured, "OK if this CLSID thingy is a unique id created for a particular application when it's first developed...
Ah! Here's one of those basic knowledge items! That a CLSID is "created for a particular application when it's first developed"... I didn't have a clue.
Then also, Logic would have me conclude that I should be generating a CLSID for each of the apps I develop, too? Didn't know that before. So, after I generate it, what do I need to do with it? Who's expecting to be able to see it, and where should I store it? What will other apps use it for? Is there a protocol to follow?
Good luck with the COM thing!
I'll start focusing on COM next month. I really can't afford to start learning it now; I have 2 other projects nearing completion. But I'm starting to make a list of the questions I'll need answers to... And thanks, I'll need all the good wishes and support!
Join Date: Nov 2002
17 Feb 2009, 09:57 AM
Originally posted by Michael Mattias View Post
> I reserve the right to come back and ask you for details on the WHAT and HOW
Generic 'ADO' Connection and Query Tester (CC 5+/Win 9+) 11-02-08
I've marked this for follow-up when I start my COM education. Thanks for the reference and the code.
I still reserve the right to ask more questions!!
Join Date: Feb 2001
20 Feb 2009, 01:16 AM
FindIEinReg() in the code referenced in Msg#1 above isn't actually using Com services or anything oop like - it's just taking advantage of the info that is stored in the system registry for applications, like Internet Explorer, that support Com Interfaces.
How'd anyone even know that was there?!? Let alone to search it with the COM browser?
Apart from manually searching the registry or Com Browser, another way to find out details for all registered Com Components is to use RegDllView. It is a free utility that displays a list of registered dll/ocx/exe files and related data including CLSIDs, Program names and filepaths. There are a lot, > 1000 on my PC, but the list is searchable http://www.nirsoft.net
Ah! Here's one of those basic knowledge items! That a CLSID is "created for a particular application when it's first developed"... I didn't have a clue..
Then also, Logic would have me conclude that I should be generating a CLSID for each of the apps I develop, too?..
I guess that would depend upon how 'classy' your apps need to be!!
Seriously, I think that you will only need to generate GUID /CLSIDs for your apps when you start to write Com Components.
Some notes mostly cut from PB's help files that might help clarify:
A COM Component is generally known as a COM SERVER, because it serves up information or actions requested by a COM CLIENT. A COM SERVER is a special form of code library (embedded in a dll/ocx/exe file) that conforms to the COM specification. It provides at least one public interface, and is identified by a globally unique CLSID so that it's Methods and Properties can be made public and a COM CLIENT can call them as needed.
It's own CLSID identifier is stored in the Windows Registry for each COM Component when it is installed and registered. (e.g. by calling, regsvr32.exe "MyComServer.dll"). Additional info is stored along with the CLSID - including a key called "LocalServer32", which holds the actual path\filename of the server application.
Copyright © 1998-2022 PowerBASIC Tools, LLC - All Rights Reserved.
Powered by vBulletin® Version 5.7.0
Copyright © 2022 vBulletin Solutions, Inc. All rights reserved.
All times are GMT-5. This page was generated at 03:38 AM.
We process personal data about users of our site, through the use of cookies and other technologies, to deliver our services, and to analyze site activity. For additional details, refer to our Privacy Policy.
By clicking "I AGREE" below, you agree to our Privacy Policy and our personal data processing and cookie practices as described therein. You also acknowledge that this forum may be hosted outside your country and you consent to the collection, storage, and processing of your data in the country where this forum is hosted.