I meant programmatically determining if it's installed. -- modified at 22:46 Saturday 8th September, 2007 Nevermind. I found it: 1. Call the MsiQueryProductState API 2. Pass in the product code {7299052b-02a4-4627-81f2-1818da5d550d} for the x86 package, {071c9b48-7c32-4621-a0ac-3f809523288f} for the x64 package or {0f8fb34e-675e-42ed-850b-29d98c2ece08} for the ia64 package 3. Check the return value of this API. If it is anything other than INSTALLSTATE_DEFAULT, the package is not yet installed

Interesting!  Thanks for the link George! Mark Mark Salsbery Microsoft MVP - Visual C++ :java:

OK. Thanks for your input. I'm going to see if a managed class with a private void* member can use an indexed property to give access to the bytes in the buffer and not affect performance.

That change did not seem to affect anything. After reboot, XP was still in English and my code (calling GetSystemDefaultLangID()) is still reporting English. I set the option to both Vietnamese and Chinese(Taiwan), but neither had any effect.

That looks like a static class to me :) Cheers, Mark This episode brought to you by the letter N

If I run the release Unicode build on XP Pro SP2, I get an unhandled exception in explorer.exe. But the log file I create (c:\log.txt) has output from HookProc(): SetWindowLong() returns 1001b1f. NewWndProc is c412e0. Thanks for taking a look. I guess I'll just stick with the ANSI build. -- modified at 16:01 Sunday 22nd July, 2007 HookProc() needs to be _stdcall. Once I did that, the Unicode build worked.

OK good :) glad I could help --PerspX