[IcemanND]

They must have changed the vista key location or encoding type between my first version and the official release. I have not tried it since the final beta's. When I get a chance again I'll load up vista and see what I can find.

[orev]

I can confirm that the typical method of decoding the key does not work on SOME version of Vista. It does work on 32 bit Home Premium and Business. It does not work on Ultimate 64 bit. There is another key, DigitalProductID4, under the same registry branch, that might contain the information. However, a search for that only turns up this thread and 1 or 2 others.

[IcemanND]

@orev - can you try doing a manual decode with Keydecoder enterprise 2.28.

Launch Keydecoder
Click Settings menu
Select Manual Decode
Enter Product name (anything you want)
Copy the registry data from DigitalProdID4 key into Digital Product ID field
Click Decode

And let me know if it properly decodes the key. I don't have access to a 64 bit version to test on. If it works I'll update the code.

or export the registry key and change the digitalproductid4 key name in the reg file to digitalproductid and run keydecoder against the reg file.

[orev]

OK, gave the manual decode a try, and no go. It does return something, but it's not the correct key. The ID4 field contains a lot more data than the regular ID field.

[Stoic Joker]

IcemanND, on Sep 4 2005, 09:59 PM, said:

@Gobby - Actually I thought the same thing earlier this evening, will add it and update main post sometime tomorrow. I was thinking about exporting a CSV file with the GUID, Application Name, CD-Key. Or possibly the option of which you want to export. Any preferences to a button in the app or a commandline switch?


@ALL - Does anyone have Visual Studio .NET? Does it work? If not can you get me the registry path to the GUID which contians the DigitalProductID and ProductName keys and I'll add it also if it doesn't already work.

No it didn't pull the Key ... I'm running MSVS 2005 pro on XP here at the office, registry path appears to be:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0

[IcemanND]

@ Stoic Joker- which version of key decoder did you use?

[orev]

I believe I have figured out part of the problem on Vista. It has to do with registry virtualization. So far, I haven't had any luck getting around it, but I'm using Perl. I bet if you're using C++ or something like that, there will be a better supported way around it. Right now, I can see the key and confirm that it will decode when I export it using the "reg" command. This is the "DigitalProductId" field. The ID4 has nothing to do with it.

I hope this helps, and if anyone gets around it, please let us know!

[IcemanND]

so if you export HKLM\Software\Microsoft\Windows\CurrentVersion which contains the DigitalProductID field it will decode it from the REG file, but it won't decode it when you do the standard decode?

that will be a pain.

[orev]

Yeah, you can export it using regedit, and even the command line 'reg' command, but as of right now I can't figure out how to get my scripts to access it. The decoding procedure works fine, it's just getting the code out of the registry that's the problem.

[IcemanND]

Well what is strange is that my code reads that key directly, so if it can decode the REG file it it should be able to decode the key when it reads it from the registry.

Guess I'm going to have to break down and install Vista on a a machine to play. Hopefully I can find 64-bit machine to play with too.

[Stoic Joker]

IcemanND, on Jul 12 2007, 08:17 AM, said:

@ Stoic Joker- which version of key decoder did you use?

The "Original" (LM only) version that was on page one of the thread that day (on XP). I'm running Vista x64 Business Edition here in my home office, and am getting the following error when trying to run Key Decoder:

Component 'comdlg32.ocx' or one of its dependencies not correctly registered: a file is missing or invalid.

Note: All my dialogs Common and otherwise are running fine ... so I'm guessing it's the proggie.

(But Seriously...) I don't recall if it was the header file (.h), the library file (.lib) or both that have/require updated versions to resolve the error (in C++), but I've run into it before.

[orev]

Here's the solution to the vista 64 bit issue. The registry is being virtualized, so you can't get at the key from your program, because it's a 32bit program. You need to tell RegOpenEx that you don't want the virtualization. I have now got it working in my program. You can find more information here:
http://msdn2.microso...y/aa384129.aspx

And do a search for registry virtualization to get the rest of the context.

[tenf00t]

Ok, I will probably sound stupid for this but I can't figure out what to put in the "Active Directory Location to Search". I have an OU called Computers right under the DUMMY.LAN domain. I thought I would have to put LDAP://OU=Computers,DC=DUMMY,DC=LAN but I get and error saying Critical Error: -2147217865 Table doesn't exist. Can somenone enlighten me?

Thank you

[IcemanND]

It should be a matter of entering the proper LDAP path and having rights to the machines in the path. If you are using the command line switches you might try enclosing the path in quotes though it should not be required. If you are doing it from the settings menu it won't matter.

Are you running it from a machine which is a member of the domain? Not necessarily the desire OU but a domain member.

[tenf00t]

You were right I had an error in my LDAP path.

Thank you

IcemanND, on Sep 26 2007, 12:36 PM, said:

It should be a matter of entering the proper LDAP path and having rights to the machines in the path. If you are using the command line switches you might try enclosing the path in quotes though it should not be required. If you are doing it from the settings menu it won't matter.

Are you running it from a machine which is a member of the domain? Not necessarily the desire OU but a domain member.

[niknak]

With regards to Office 2000,

Produkey only finds the Product ID not the install key.

Going further, when you update Office 2000 either with a patch or via Office update you always have to insert the Office 2000 CD. This suggests to me that the Product ID is being decoded back to a code present on the CD and maybe to another registry entry.
Hope this maybe useful.

This system is Win 2k with Office 2k Pro

[orev]

niknak, on Nov 10 2007, 03:36 PM, said:

With regards to Office 2000,

Produkey only finds the Product ID not the install key.

Going further, when you update Office 2000 either with a patch or via Office update you always have to insert the Office 2000 CD. This suggests to me that the Product ID is being decoded back to a code present on the CD and maybe to another registry entry.
Hope this maybe useful.

This system is Win 2k with Office 2k Pro

Office goes back to the CD because it has to get the original dll files and such when applying the patch. It doesn't check codes. There is nothing on the CD specific to your key code, because there's no way they could mass produce each CD with a different code on it.

[KRYOGENIUS]

Hello

Works too on Windows Home Server (Based on Windows 2003 Small Business Edition)

++

[tapper123us@yhaoo.com]

WORKED WITHOUT ANY PROBLEMS PULLING UP OFFICE 2007 PROFESSIONAL PLUS

[jcarle]

Works with XP Pro and Office 2007.

It does NOT detect Visual Studio 2008 Team System.