by Michael S. Kaplan, published on 2006/06/17 03:01 -04:00, original URI: http://blogs.msdn.com/b/michkap/archive/2006/06/17/634936.aspx
64-bit is becoming more and more popular.
This I know because not a week goes by that I do not get either an email or a contact link request for information about when the 64-bit version of MSKLC will be available, despite the fact that there are four posts about it already! :-)
(Even not having children, I can see the humor in the whole 'Are we there yet?' aspects of this!)
I promise the answer to that has not changed -- the importance of 64-bit is a known thing and no one who is doing the feature planning for the next version of MSKLC is unaware of this issue.
But that is not what this post is really about.
This post is about an apology, from me to all of my readers who are developers working in the internationalization space.
About ten months ago, I posted Mitigation tools for IDN security problems here and talked about all of the cool work that went into the Microsoft Internationalized Domain Names (IDN) Mitigation APIs 1.0. And I still believe it is very cool, between all of the things the new functions do and the downlevel normalization support.
But I did not actually install the package; if I had I would have been posting a little more information here that I think is important to communicate to developers....
You see, the download page allows you to install MSIdnAPIsMP.EXE, which when run will create a folder with x32, x64, and ia64 subdirectories (each of which contains the files you would install into the %windir%\System32 directory on the x86, AMD64/ENT64, and IA64 target machines, respectively), and some helpful documentation on using the tools in the readme file.
However, what the documentation did not mention, and what I would have (had I installed the package and read the readme file!) is how to handle using the tools from 32-bit applications when running on the 64-bit operating systems.
As I pointed out when I asked Why do we park on a driveway, and drive on a parkway?, the special system directory where all of the 32-bit files go on a 64-bit system is actually %windir%\SysWOW64 (though folder redirection makes it look like it is %windir%\System32 to 32-bit programs). So if you want to use the package from 32-bit programs on a 64-bit platform, you have to be sure to place the files in the x32 subdirectory into %windir%\SysWOW64 on the target machine.
A 32-bit program can just place them into %windir%\System32 and let folder redirection put them in the right place, but of course a complex program with both 32-bit and 64-bit components would need to place both sets of files into the appropriate places....
Now of course this may be something you already knew, or you may not have been affected due to the careful way that the redirection happens. Or maybe you don't even use the tools at all. But just in case, I figure it is better to mention the issue than it is to not mention it.
Again, I am sorry about that.
If it of any redeeming value at all, I'll point out that I had indeed tried the functions (in both downlevel and Vista versions!). But even so, I should not have talked about how cool the download was without trying it out to see what else I should have mentioned to be sure that the cool factor would be maintained no matter what.
And the tools are still very cool, either way....
This post brought to you by "а" (U+0430, a.k.a. CYRILLIC SMALL LETTER A)
# Dean Harding on 18 Jun 2006 9:43 PM:
# md on 19 Jun 2006 1:13 AM:
# Vladimir on 26 Jun 2006 9:34 PM:
2006/07/16 Nobody likes change
go to newer or older post, or back to index or month or day