微软发布了Microsoft Visual C++ 2008运行库的分发包，安装该运行库后您的计算机将可以运行Visual C++ 2008编写的程序，即使您并未安装Visual Studio 2008。这次发布的版本大小为2-3M，通过安装这个就不需要安装整个.NET运行库了。

Visual C++ 2008运行库提供了C、标准C++、ATL、MFC、OpenMP以及MSDIA等类库的运行支持。在支持并行配件的操作系统上，支持并行部署模式的类库(CRT, SCL,
ATL, MFC, OpenMP)将会被安装到WinSxS文件夹。

MS Visual C++ 2008 Redistributable Package

• 下载1(www.microsoft.com)

(X64) MS Visual C++ 2008 Redistributable Package

File Name: vcredist_x64.exe
Version: x64
Date Published: 11/29/2007
Language: English
Download Size: 2.3 MB

• 下载1(www.microsoft.com)
• 下载2(download.microsoft.com)

(IA64) MS Visual C++ 2008 Redistributable Package

File Name: vcredist_IA64.exe
Version: IA64
Date Published: 11/29/2007
Language: English
Download Size: 4.0 MB

• 下载1(www.microsoft.com)
• 下载2(download.microsoft.com)

2008-02-18 更新：

现在live.cn 提供了离线独立安装包的下载：

50M，本地下载 全部 Windows Live 套件	2M，远程下载 通过2M的自定义下载程序来选择您需要安装的 Windows Live 组件

如果网速不够快或者只想下载单独的程序，可以访问这里。

自从Live Writer升级到Beta2以后，从MS网站上就不能直接下载独立的安装包，而是和Messenger等集成到一起，组成一个Live Suite安装包。非但如此，网页直接下载的都只是一个Loader，而不是实际的安装文件。在安装过程中在后台下载。

本也无可厚非，但是在网络条件不是特别理想的情况下，安装时间可能长到无法忍受，而且经常出来“无法下载应用程序”的错误，欲哭无泪。

尝试N次失败之后，上网搜寻独立安装包，终于还是不负众望。在“Windows Live Suite各文件独立安装包下载[完整版]”提供了各组件的独立安装程序下载。安装有问题的可以到此下载安装。

简单起见，将常用的组件的下载链接copy至此。

中文版：
http://cid-9e63a4688135fd45.skydrive.live.com/browse.aspx/LiveSuiteZH

Windows Live Messenger 8.5.1288.816
Install_{3DD5CE10-6673-499D-8FC0-66C953121B1D}.msi
Windows Live Mail 12.0.1365
Install_{E615820B-3467-4571-9906-C6D0D63BC9C1}.msi
Windows Live 照片库 12.0.1193.815
Install_{0DD61D62-84C3-49B1-8AC3-23A55A2FEC9C}.msi
Windows Live Writer 12.0.1277.816
Install_{7AFA4911-C906-4612-ABAB-78E2D5891211}.msi

英文版：
http://cid-9e63a4688135fd45.skydrive.live.com/browse.aspx/LiveSuiteEN

Windows Live Messenger 8.5.1288.816
Install_{508CE775-4BA4-4748-82DF-FE28DA9F03B0}.msi
Windows Live Mail 12.0.1365
Install_{EDB619FD-4E71-403C-8E99-DFC9CF9DD345}.msi
Windows Live Photo Gallery 12.0.1193.815
Install_{AA436FBD-2595-479B-8DDE-E9C36F50D99D}.msi
Windows Live Writer 12.0.1277.816
Install_{1F973A7F-3FE4-4D11-A9A2-E869C2899A7D}.msi

今天发现Microsoft的知识库中提供了这个问题的描述和解决办法，原文在此http://support.microsoft.com/kb/935448/。

全文如下：

启动计算机时某些第三方应用程序可能不会启动且您收到错误消息：“Illegal System DLL Relocation”（无效的系统 DLL 重定位）

文章编号:935448

最后修改:2007年4月13日

修订:4.0

症状

启动运行 Microsoft Windows XP Service Pack 2 的计算机时，某些第三方应用程序可能不会启动。此外，您还可能会收到下面的错误消息：

application_executable_name – Illegal System DLL Relocation
系统 DLL user32.dll 在内存中重定位。应用程序将不能正常运行。由于 DLL C:\Windows\System32\Hhctrl.ocx 占用了为 Windows 系统 DLL 保存的地址范围而产生了错误。应该与提供该 DLL 的供应商联系以得到新的 DLL。

如果安装了下列第三方应用程序，则会发生此问题：

•Realtek HD Audio Control Panel

•ElsterFormular 2006/2007

•TUGZip

•CD-Tag

如果在使用其他程序时收到类似消息，请安装该知识库文章中提到的更新。如果我们确认此问题影响了其他程序，我们将更新此 Microsoft 知识库文章以提供更多信息。

原因

安装安全更新 925902 (MS07-017) 和安全更新 928843 (MS07-008) 后会发生此问题。安全更新 928843 包含的 Hhctrl.ocx 文件与安全更新 925902 包含的 User32.dll 文件两者的基地址冲突。如果程序先加载 Hhctrl.ocx 文件后加载 User32.dll 文件就会发生此问题。

解决方案

要解决此问题，请使用下列方法之一。
注意：家庭用户应先使用方法 1。但是，如果家庭用户没有使用自动更新或 Microsoft Update 在计算机上安装安全更新 935448，则应使用方法 2。

方法 1：使用自动更新或 Microsoft Update 安装更新 935448

要打开 Microsoft Update，请访问下面的 Microsoft 网站：

http://update.microsoft.com/microsoftupdate

方法 2：从 Microsoft 下载中心安装更新 935448

可以从 Microsoft 下载中心下载以下文件：
立即下载 935448 程序包。

发布日期：2007 年 4 月 3 日
有关如何下载 Microsoft 支持文件的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

119591 (http://support.microsoft.com/kb/119591/) 如何从联机服务获取 Microsoft 支持文件

Microsoft 已对此文件进行了病毒扫描。Microsoft 使用的是该文件发布时可以获得的最新病毒检测软件。该文件存储在安全性得到增强的服务器上，以帮助防止在未经授权的情况下对其进行任何更改。

1. 某君提了一个问题，归纳一下就说，我的程序有问题（具体有价值的材料没有），怎么解决呢？

ermutarra Mar 20, 4:00 am

Newsgroups: microsoft.public.vc.mfc

Subject: Can’t change content of edit box !?

Hi all,

I have a dialog window for the user to enter some data and then the program goes and does something with it. The edit controls used for the data are initialised to some default values but then I don’t seem to be able to change the value (these have NOT been disabled and are NOT read-only). Can anybody tell me what’s going on and how to fix it so that I can change the values?

Thank you very much in advance.

Noelia

2. 这样的问题肯定是没法回答的，不过一位MVP这样RE的

AliR (VC++ MVP) Mar 20, 4:05 am

Newsgroups: microsoft.public.vc.mfc

Subject: Re: Can’t change content of edit box !?

This reminds me, my toaster stopped working this morning, and just doesn’t
toast anymore, any ideas?

AliR.

3. 然后lz说问题解决了，原来是..

ermutarra Mar 20, 4:23 am

Newsgroups: microsoft.public.vc.mfc

Subject: Re: Can’t change content of edit box !?

Fixed it. It was because the member variable attached to it was of integer type instead of CEdit.

4. 然后，AliR回答说..

AliR (VC++ MVP) Mar 20, 4:27 am

Newsgroups: microsoft.public.vc.mfc

Subject: Re: Can’t change content of edit box !?

> Fixed it. It was because the member variable attached to it was of
> integer type instead of CEdit.

Me too, I forgot to plug in my toaster.

AliR.

事情发生在microsoft.public.vc.mfc新闻组上面，是一个英文的新闻组。然后在某天，有位叫“松竹”的同学发了一篇帖子，询问关于CEdit::GetSel的问题。这本来也很正常，不过唯一例外的是这篇帖子使用中文写的。于是故事开始了…

由于字符集的问题，老外看来肯定是乱码，于是有位叫Ajay Kalra的MVP就re了一句简单的“That’s all right”，或许就不想再离了，然后我们这位“松竹”就re Ajay Kalra的回帖，继续用中文写了很长一段描述。于是Ajay Kalra和Tom Serface开始讨论到底是自己的字体不对呢，还是怎么回事。其中有个建议说应该试一下UNICODE编码，另外一个同意，然后说了一句“I think you are right. I missed that completely. Next time I will put on my UNICODE glasses.”，很幽默的一句话。

当然故事并没有结束，因为这位同学根本就不是用的UNICODE的字符集，理所当然的这两位先生看到的还是乱码。直到2天之后，另外一位fiveight的看不下去了，re了一下，说“It is not your font’s fault, Tom.This artical is writen in Chinese,and uses GB2312 code.”，故事才告结束，否则还不知道那两位老外要研究多久。 : )

作为微软公司的CIO,Markezich先生领导着微软公司的IT部门.这个部门要负责管理
微软那由遍布全球超过63000名雇员所支持的庞大组织结构.也许更为重要的是,他的团
队要在软件产品的研发中扮演一个至关重要的角色,他们需要在微软软件产品完成前,就
不断地试用它,尽力去发现软件中所存在的错误,并向开发团队提供意见反馈.

要想找到个人电脑用户来测试像 Windows Vista 之类的软件,这非常的容易;即便
是Google也经常将自己的软件作为测试版本向用户推出.但是在商业领域,情形就完全不
一样了.商业公司要求自己所依赖的软件系统必须在任何恶劣的环境下都运转良好,软件
中所潜在的任何微小瑕疵,都有可能导致巨大的经济损失.

为了走出这种困境,微软曾经试图通过发布“体验版(go live)”的授权,来鼓励自
己的商业客户安装处于测试阶段的企业软件.但是,其后的结果让微软明白了一个道理:
“如果你想要理直气壮地向自己的客户推销一个新款的软件,唯一的方法便是在它初次
发布前,就先在自己公司的内部广泛地进行试用.”

这个事件是在微软推出Exchange Server 2000时发生的.Markezich先生回忆,当时微软
公司在自己内部服务器上都还没有全面部署这个软件,就正式将它出售给了商业顾客.结
果带来的却是彻彻底底的一个恶梦:微软的顾客经历了每一个Beta测试者都会经历的无
数软件问题,变得非常的愤怒;而微软公司则不得不在仓促之间推出了无数的软件补丁.

Markezich先生解释到:“在这件事之后,我们就发誓,除非我们已经在微软自己
的生意上运行某一件软件产品了,否则我们就不会将这件产品卖给自己的企业客户.”从
那时起,“吃狗食”计划就扩展到了各种各样的微软产品之上,一直到它现在成为了一个
产品在最终发布前所必须经历的质量检测程序.

Markezich先生说:“我们不光是想参与到软件的Beta版本的测试当中,同时我们
也会参与到软件产品的计划、设计、生产需求,乃至其整个产品生命周期的方方面面,在
每个阶段都对软件的生产部门给予反馈.”

不像一名典型的Beta测试者,Markezich的团队在新产品发布问题上经常摇摆不定.
事实上,作为“吃狗食”程序的一部分,他有权力推迟某个软件产品正式投入生产(RTM)
的时间,如果该软件产品不能符合开发团队先前所定下的目标和期望的话.

“如果在某一个阶段,我们没有达到这个阶段所预定的目标,我们将不会允许这个产
品的开发团队进入到下一个阶段,这都是为了最终产品能够正式投产.如果我们无法在软
件正式发布前的一年,甚至是一年半到两年,就达到正式投产时所需要的标准,我们就不
会允许这个产品按时投入市场.”Markezich先生说.

谈到Windows Vista,Markezich先生和我们分享了微软对Vista的部分商业导向功能
的期望,其中包括BitLocker、企业搜索、强力用户身份验证、网络连接保护等等.

他还补充到“这个检测体系是软件开发团队的延伸;在每件产品正式发布前,我们都
要为它的质量作出担保,并签上自己的大名.”

“吃狗食”程序开始于软件的开发团队,他们需要在软件的alpha阶段对软件进行试
用;然后,项目负责人会通过微软公司的内部广告和知识竞赛来邀请志愿者加入Beta版本
的测试.一段时间后,你就可以发现在微软公司内部有着无数的员工正在试用这些“发布
前版本”软件了.

曾经在Windows XP Service Pack 2进行内部测试时,微软公司内有超过60000台电
脑运行着这一系统.Markezich希望在Vista正式发布前,至少有同样数目的电脑在测试
Vista.根据 Markezich统计,至今年6月中旬,微软内部有超过16000名的Windows Vista
Beta 2 测试者,以及25000名Office 2007 Beta 2的测试者.

“每一件产品,我们都有一个专门的团队在负责管理它的测试过程.”Markezich先
生说.“当我们开始Vista Beta 2的测试时,我们会冲到走廊上大声地喊:’嘿!伙计们,快
来抢新出炉的Vista Beta 2!’这个工作的角色一半像是传教士,你要召唤大家来试用新
的产品;而另一半却像传声筒,你需要给产品的开发团队收集和整理反馈信息－－最终,
我们将会决定究竟是哪一个版本的软件会正式投向市场.”

一般来讲,一个软件产品从最初的 alpha 阶段到最终正式生产(RTM),会经历8个不同阶
段的测试.然后,在最终正式生产后,微软公司还将全面的在公司内部部署这个软件产品.

虽然现在Markezich监督数量巨大的微软产品同时进行“吃狗食”的检测,但他还是
处理的有条不紊.除了前面提到的Vista和Office外,现在还有在Exchange 12上运行的
6000个电子邮箱,以及超过30个运行着Longhorn Servers的网络服务器.

有1000名微软的员工正在运行公司代号“石弓(Crossbow)”的下一代Windows
Mobile操作系统,同时还有7000台原名“Systems Management Server v4”,现在改名叫
“System Center Configuration Manager 2007”的系统正在运行.此外,还有超过3000
台运行着下一代“ Microsoft Operations Manager ”的电脑也正在部署之中.

当我们请求他详细解释一下微软公司从“吃狗食”计划中所获得了什么好处的时
候,Markezich先生的目光一下变得兴奋了起来.他说,他的团队不光是在保证微软产品拥
有最好质量的方面起到了至关重要的作用,微软公司自身也能够在第一时间就使用上最
新最好的软件了.

“曾经在我们推出 Exchange 2003 的时候,我通过’吃狗食’测试,将运行着老版本
Exchange的74台服务器,消减到了7台运行着新版Exchange的服务器.现在,我只需要4台
运行着最新版本的Exchange服务器,就可以完成以前同样的工作了.”Markezich先生解
释到,“因此,事实上,我’吃狗食’,意味着我将以最快的速度在新软件上获取最多的好
处.”

“我发现,我的员工和顾客最满意的时候,都是那些我们最强调’吃狗食’测试的时
候.”他强调说,“坦白说,当一个雇员发现了一个问题时,我们会非常的高兴－－只要这
是发生在RTM之前.”

由于对Exchange、Office和Vista产品进行“吃狗食”检测带来了显著的效果,微软
公司开始着手推广它名为“7×24促进”的活动.微软声称,只要它的员工能够使用这些
软件产品24个月,就能够总共为公司节省700万小时的生产时间. Markezich笑着表示公
司的官方估计还是太过于谦虚,这个结论至少还少算了1000万个小时.

但是,Markezich也承认,当你试图去推动那些有自己日常任务需要完成的公司员工
来搜寻潜在的软件Bug时,事情也不总是会那么地顺利.

“很多时候,作为公司的CIO,你都会接到某个愤怒的员工向你大声投诉.他会向你大
声地吼叫:’你们的人他妈的害死我了!我本来要向客户做产品介绍的,就是因为这个该死
的新软件出了问题,我就什么也做不了了!’每当这个时候,我们就只好安慰他们:’你其实
通过这件事为公司创造了更多的价值,这些价值比你能够从那个客户身上所创造的要多
得多.因为你找到了一个潜在的问题,提高了产品的质量,从而使千万个其它顾客在未来
不会遭遇到同样的问题了.”

当谈到未来的规划时,Markezich预计会有越来越多的产品会在微软内部进行“吃狗
食”的测试.并且,他还表示在要求苛刻的商业应用上使用Beta软件,其实是非常物超所
值的.

最后,他幽默地说到:“我非常急切地等待着有一天我们能够对Xbox进行’吃狗食’的
测试.虽然公司董事会至今还没有批准这一请求!”

微软终极Beta测试者：Ron Markezich

微軟開發了一個名叫 “AppLocale” 的程式，它可以讓你的 Windows XP (或更新) 作業系統下，執行非系統預設的地區編碼之程式，也就是說：在繁體版的XP下執行GB編碼的程式後，此GB程式呈現出來的文字都將是工整的簡體字，而不是亂碼。

AppLocale也可應用在其他各國的程式上，不管是日文、韓文、法國文，都可適用，任何文字編碼的程式都可藉由它來正確地顯示文字，享受原本只有 Unicode 的程式才有的好處，從此告別程式亂碼的苦惱。

雖說自Windows 2000以來，系統預設的地區編碼便可經由控制台來自行改變，但是更改此項設定需要重新開機，而且新設定會影響整個系統下的所有程式，十分不方便。有了 AppLocale後，我們便可以指定某一程式，以指定的文字編碼呈現，不需重新開機，也不會影響其他程式的運作。

筆者試了幾個GB文字編碼的程式，皆證實AppLocale可以正確顯示簡體中文，也試了個需要 DirectX 的GB碼版本的遊戲，依然正確地顯示簡體中文，如同在簡體版Windows一般。

關於 AppLocale 的功效，有圖為證：

※筆者發現，使用過 AppLocale 後，”C:\WINDOWS\AppPatch” 這個資料夾可能會出現 “AppLoc.tmp” 這個檔案。此檔案可能會造成 “Windows Installer” 運作錯誤，不但安裝程式的畫面變成亂碼，還會隨著安裝程序，把亂碼帶入 Registry，造成許多問題。這應該算是 AppLocale 的 Bug 吧，請網友注意，見 “AppLoc.tmp” 就刪，或是試試下面這個方法：

1. 打開 “C:\WINDOWS\AppPatch” 資料夾，按下滑鼠右鍵，在跳出的功能表上選：「新增」→「文字檔案」。
2. 將「新增文字文件.txt」改名為「AppLoc.tmp」。
3. 在 “AppLoc.tmp” 檔案上，按下滑鼠右鍵，在跳出的功能表上選：「內容」。
4. 在出現的視窗下方，將「唯讀」屬性打勾，如此便完成操作。

藉由以上方法可以防止再有新的”AppLoc.tmp”生成。此法雖然怪異，卻也管用，至今尚未發現副作用。此法得自於網路，在此借花獻佛一番。

AppLocale 是微軟提供的免費軟體，它只能在 Windows XP、Windows 2003 上執行。

AppLocale 在此下載。

這個程式經過安裝後，會在「開始」功能表「程式集」中多一個群組「Microsoft AppLocale」，執行「AppLocale」後會出現「AppLocale 精靈」，依照畫面指示來完成每個步驟便可，在最後的步驟中若是指定要「建立捷徑」，則新建立的捷徑將存放在「Microsoft AppLocale」同一個群組內。

以下程式可以下載存放至 “SendTo” 資料夾，讓您方便叫用AppLocale 的功能。

RunAsGB.wsf、RunAsBig5.wsf、RunAsJp.wsf