Prev: Is there some sys dialog for gets directory && file?
Next: memory sticks
From: Dee Earley on 27 Jul 2010 13:12
On 27/07/2010 17:40, R.Wieser wrote:
> Hello Dee,
>
>> Depending on where you got it from, you may need to
>> check different places to get a display name.
>
> True. But as long as I can get a usable name for all the GUIDs that are
> present/active on my computer I would be more than happy.
>
> Currently I cannot even determine what *kind* of GUID I've got (COM/ActiveX
> object, Special folder/object, other), let alone a description to it.

Then you essentially need to add support for checking as many types of
GUID as you can and try each check in turn until one of them returns
something valid.

> P.s.
> That guid you supplied does not even turn up on Google (yeah, I checked), so
> its anybodies guess what it might be for.

<http://cctv.icode.co.uk/image.jpg?feed={80367FD9-6162-4A1F-9C88-1157E01D5B3A}>
:)

You just need to know where to look and determine at what point it gets
silly..

As for your original GUID (ignoring the typo):
HKCR\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\@ = "Computer"

--
Dee Earley (dee.earley(a)icode.co.uk)
i-Catcher Development Team

iCode Systems

(Replies direct to my email address will be ignored.
Please reply to the group.)
From: R.Wieser on 27 Jul 2010 17:48
Hello Dee,

> Then you essentially need to add support for checking as many
> types of GUID as you can and try each check in turn until one
> of them returns something valid.

Any hint to which function I need to determine the kind of a GUID ?

> <http://cctv.icode.co.uk/image.jpg?feed={80367FD9-6162-
4A1F-9C88-1157E01D5B3A}>
> :)

I'm pretty sure you cheated there : knowing what to look for and finding a
document with the used GUID ... :-)

> As for your original GUID (ignoring the typo):

You mean the last dash ? That was on purpose : In your/the standard
notation the first three values are little-endian, the last 4-digit value is
big-endian just like the six bytes following it.

For me that is quite ugly, easy to make a mistake with (when wanting to
convert such a string to a 16-byte value). So I did choose, in my own code,
to remove the inconsistency instead of having to remember it.

> HKCR\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\@ = "Computer"

In XP yes. But not in Win98se I'm afraid.

And check, just to make a point, the one just below it :
{20EDB660-7CDD-11CF-8DAB-00AA006C1A01}. It does not have such a description
in either of those OS-versions.

In other words : not a dependable method.

Regards,
Rudy Wieser


-- Origional message
Dee Earley <dee.earley(a)icode.co.uk> schreef in berichtnieuws
i2n425$jhf$1(a)speranza.aioe.org...
> On 27/07/2010 17:40, R.Wieser wrote:
> > Hello Dee,
> >
> >> Depending on where you got it from, you may need to
> >> check different places to get a display name.
> >
> > True. But as long as I can get a usable name for all the GUIDs that are
> > present/active on my computer I would be more than happy.
> >
> > Currently I cannot even determine what *kind* of GUID I've got
(COM/ActiveX
> > object, Special folder/object, other), let alone a description to it.
>
> Then you essentially need to add support for checking as many types of
> GUID as you can and try each check in turn until one of them returns
> something valid.
>
> > P.s.
> > That guid you supplied does not even turn up on Google (yeah, I
checked), so
> > its anybodies guess what it might be for.
>
>
<http://cctv.icode.co.uk/image.jpg?feed={80367FD9-6162-4A1F-9C88-1157E01D5B3
A}>
> :)
>
> You just need to know where to look and determine at what point it gets
> silly..
>
> As for your original GUID (ignoring the typo):
> HKCR\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\@ = "Computer"
>
> --
> Dee Earley (dee.earley(a)icode.co.uk)
> i-Catcher Development Team
>
> iCode Systems
>
> (Replies direct to my email address will be ignored.
> Please reply to the group.)


From: Dee Earley on 28 Jul 2010 03:57
On 27/07/2010 22:48, R.Wieser wrote:
> Hello Dee,
>
>> Then you essentially need to add support for checking as many
>> types of GUID as you can and try each check in turn until one
>> of them returns something valid.
>
> Any hint to which function I need to determine the kind of a GUID ?

There isn't one, look up all the ones you want to support until you find
one.

>> <http://cctv.icode.co.uk/image.jpg?feed={80367FD9-6162-
> 4A1F-9C88-1157E01D5B3A}>
>> :)
>
> I'm pretty sure you cheated there : knowing what to look for and finding a
> document with the used GUID ... :-)

No, it's a direct link to our CCTV system using the GUID created for
that feed (in the same way they're created for COM objects), but it
illustrates that a GUID can refer to absolutely anything, and you have
to determine how far you want to go to try and resolve it to a name.

>> As for your original GUID (ignoring the typo):
>
> You mean the last dash ? That was on purpose : In your/the standard
> notation the first three values are little-endian, the last 4-digit value is
> big-endian just like the six bytes following it.
>
> For me that is quite ugly, easy to make a mistake with (when wanting to
> convert such a string to a 16-byte value). So I did choose, in my own code,
> to remove the inconsistency instead of having to remember it.

Well, if you want to look it up, you will need to look it up in the
format that everything else uses.
Arbitrarily reformatting it then complaining that nothing matches is
just silly.
There is a well defined string format and conversion functions for a
reason (StringFromCLSID and CLSIDFromString)

>> HKCR\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\@ = "Computer"
>
> In XP yes. But not in Win98se I'm afraid.

Then it's probably not valid on that machine.

> And check, just to make a point, the one just below it :
> {20EDB660-7CDD-11CF-8DAB-00AA006C1A01}. It does not have such a description
> in either of those OS-versions.

Windows 7 claims "Internet Explorer Ratings Downloader".
If the entry exists, but no name is set, you will need to fall back to
using the filename or something (again, how far do you want to go)

> In other words : not a dependable method.

There is no dependable method as they could be anything.

--
Dee Earley (dee.earley(a)icode.co.uk)
i-Catcher Development Team

iCode Systems

(Replies direct to my email address will be ignored.
Please reply to the group.)
From: R.Wieser on 28 Jul 2010 08:10
Hello Dee,

> > > Any hint to which function I need to determine the kind of a GUID ?
>
> There isn't one, look up all the ones you want to support until
> you find one.

Well, I'm allready spending a lot of time to find a way to get a good
description, I do not realy need another
search-and-you-will-maybe-find-something adventure to it.

> Well, if you want to look it up, you will need to look it up
> in the format that everything else uses.
> Arbitrarily reformatting it then complaining that nothing
> matches is just silly.

I'm sorry, but your assumptions here are way outof line. Yes, I know that I
have to insert an extra dash when I want to look it up in the registry.
What do you take me for ? An idiot ?

> Then it's probably not valid on that machine.

I was referring to the contents of that default key. The GUID exists on in
both OSes.

> If the entry exists, but no name is set, you will need to fall
> back to using the filename or something (again, how far do
> you want to go)

Using the filename ? How do you retrieve such a filename and does that
work for *all* GUIDs ? <whistle>


And no, that does not work for all GUIDs. I allready tried that.

I'm sorry, but our conversation is going nowhere. Maybe you should try your
own suggestions on more than one GUID (maybe even on all the main GUIDs in
the CLSID registry subtree ?) before posting them.

To repeat : I cannot find a uniform way to get displayable information from
a random (but existing on my machine / in thet CLSID registry subtree) GUID.

Throwing more-and-more code at it so I will eventually cover all ways a GUID
can have such info stored is *not* the way I want to go.

Regards,
Rudy Wieser


-- Origional message:
Dee Earley <dee.earley(a)icode.co.uk> schreef in berichtnieuws
i2ont8$lmd$1(a)speranza.aioe.org...
> On 27/07/2010 22:48, R.Wieser wrote:
> > Hello Dee,
> >
> >> Then you essentially need to add support for checking as many
> >> types of GUID as you can and try each check in turn until one
> >> of them returns something valid.
> >
> > Any hint to which function I need to determine the kind of a GUID ?
>
> There isn't one, look up all the ones you want to support until you find
> one.
>
> >> <http://cctv.icode.co.uk/image.jpg?feed={80367FD9-6162-
> > 4A1F-9C88-1157E01D5B3A}>
> >> :)
> >
> > I'm pretty sure you cheated there : knowing what to look for and finding
a
> > document with the used GUID ... :-)
>
> No, it's a direct link to our CCTV system using the GUID created for
> that feed (in the same way they're created for COM objects), but it
> illustrates that a GUID can refer to absolutely anything, and you have
> to determine how far you want to go to try and resolve it to a name.
>
> >> As for your original GUID (ignoring the typo):
> >
> > You mean the last dash ? That was on purpose : In your/the standard
> > notation the first three values are little-endian, the last 4-digit
value is
> > big-endian just like the six bytes following it.
> >
> > For me that is quite ugly, easy to make a mistake with (when wanting to
> > convert such a string to a 16-byte value). So I did choose, in my own
code,
> > to remove the inconsistency instead of having to remember it.
>
> Well, if you want to look it up, you will need to look it up in the
> format that everything else uses.
> Arbitrarily reformatting it then complaining that nothing matches is
> just silly.
> There is a well defined string format and conversion functions for a
> reason (StringFromCLSID and CLSIDFromString)
>
> >> HKCR\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\@ = "Computer"
> >
> > In XP yes. But not in Win98se I'm afraid.
>
> Then it's probably not valid on that machine.
>
> > And check, just to make a point, the one just below it :
> > {20EDB660-7CDD-11CF-8DAB-00AA006C1A01}. It does not have such a
description
> > in either of those OS-versions.
>
> Windows 7 claims "Internet Explorer Ratings Downloader".
> If the entry exists, but no name is set, you will need to fall back to
> using the filename or something (again, how far do you want to go)
>
> > In other words : not a dependable method.
>
> There is no dependable method as they could be anything.
>
> --
> Dee Earley (dee.earley(a)icode.co.uk)
> i-Catcher Development Team
>
> iCode Systems
>
> (Replies direct to my email address will be ignored.
> Please reply to the group.)


First  |  Prev  | 
Pages: 1 2
Prev: Is there some sys dialog for gets directory && file?
Next: memory sticks