微软计划在一月份修复Live Mesh的启动bug

如果你也尝试过使用微软的Live Mesh服务,并且“有幸”碰到了经典的启动问题:在你的某台电脑上无法正常启动Live Mesh,一直停在Live Mesh is currently starting,不出现登录提示。可以通过查看日志(%USERPROFILE%Local SettingsApplication DataMicrosoftLive MeshGacBaseMoe-*.log)中的“Get device certificate failed with IDCRL error 0x8004804E”确认这个问题。

那么有一个好消息是,微软看来已经准备好解决这个问题了。但由于问题似乎是出在Live Passport那边,因此修复工作最早也要等到下个月(2009.1)。

FROM: Live Mesh Tech Preview Support
DATE: Sat, Dec 27, 2008 at 4:06 AM
SUBJECT: 24614: DC11 – passport backend internal error – may prevent install

We are anticipating a Passport fix for this issue in the January time frame. We will follow up with you once the fix is released to make sure it worked for you. We apologize that we will not be able to take action on this issue sooner.

Thank you for this report!

Tim

从XP黑屏事件说起

微软终于开始对盗版的Windows XP采取比较激进的做法了,于是一时间整个神州大地哀嚎与咒骂,声讨与恶搞,充斥着互联网的每一个角落。

这一次,我成了局外人,因为很久不用盗版的Windows XP了。虽然说起来算是钻了一点空子,但我使用的评估版Windows Server 2008至少还称不上盗版,也还是在微软的正版保护范围内。说起支持正版,虽然不算是走在最前沿,但早在DOS年代,我就曾花钱购买了正版的“即时通”翻译软件,后来陆续购买过的正版软件也不在少数,比如中文之星掌上狂拼、cFosSpeed。当然,它们都是在我力所能及范围内的价位。

受开源社区的感染,我早在两年前就开始逐步弃用盗版软件。你也知道,这个年头,正版软件还不能当饭吃,所以我自然将目光瞄准了免费和开源软件。在操作系统的选择上,我还无法像Druggo兄那样义无反顾的抛弃Windows,但既然微软提供了试用评估政策,那何乐而不为呢?车到山前自有路,船到桥头自然直,等过了240天的评估期,说不定Windows 7的Beta计划也已经开始了。Office这种臃肿的大家伙是绝对不装的,看文档用Office Viewer即可,编辑文档大部分时候只需要简单的文本编辑器,如果要求比较高,可以考虑Open Office或者Google Docs。

其它的软件,我通常按照以下标准择优选择:

继续阅读从XP黑屏事件说起

微软键盘驱动与千千静听的冲突

使用微软曲线2000键盘上的多媒体快捷键控制千千静听播放音乐确实比以往的组合快捷键惬意多了。千千静听本身直接支持标准的多媒体快捷键。看到网上有人说不支持它的多媒体快捷键,我想可能有两个原因:千千静听版本不是最新(我手里的5.2版可以支持,但不清楚以往的版本是否也能);安装了微软的键盘驱动程序,它会导致多媒体快捷键在千千静听下失效,不过微软自己的Windows Media Player不受影响。(不清楚罗技键盘的情况)

要解决后面说这个问题,要么卸载掉微软的键盘驱动,要么在使用千千静听时结束掉itype.exe这个进程。


PS:千千静听的热键设置界面中其实还可以接受多媒体热键作为新的热键,只是看不到名称的显示罢了(其实,空白不代表没有快捷键,而“无”字才是)。比如我就将“Back”和“Forward”两个快捷键分别分配给了“上一首”和“下一首”。

另外,多媒体快捷键还可以配合组合键作为千千静听的快捷键,就像我把“Ctrl+减音量”和“Ctrl+加音量”设成控制千千静听自身的音量,从而与Windows全局音量控制区分开。


UPDATE: 借助AutoHotkey跟踪分析了一下,发现微软驱动将键盘本身的快捷键拦截,然后再模拟发出配置的快捷键。而千千静听可能是采用的Keyboard Hook方式识别多媒体快捷键,结果因为微软的二次转换而失效。这一点还可以通过AutoHotkey的Send指令证实,因为它也无法触发千千静听的多媒体快捷键识别机制。正在研究用AutoHotkey和平解决两者冲突的可能,如有新的进展我会再更新本文。

亲历传说中的“微软技术支持”

记得以前有个关于微软的笑话:

一架直升飞机在西雅图附近飞行时,电路发生故障,所有的导航及通信设备都不能工 作。由于云层和冰雹,飞行员不能确定直升机的位置和飞往机场的路线。飞行员看到一所高高的建筑物,就飞到它的上空盘旋,写了一条条幅,挂到直升机的舱外。

条幅上大大的字写的是:“我在哪儿?”大楼里的人迅速作了回答。他们将一条写着大字的条幅挂到大楼窗外,上面写着:“你在直升机上!”飞行员微笑着 挥手致意,从地图上确定了去机场的路线,并在那里安全降落。当他们脚踏实地后,副驾驶员问他为什么“你在直升机上” 竟能帮助他确定所在位置?飞行员答道: “我知道那幢大楼必定是微软公司无疑。因为他们给我的是一个技术上完全正确,而实际上毫无用处的回答。”

当初听到这个笑话时也不过一笑付之,没想到今天无意中向微软寻求技术支持时才深刻体会到这个笑话背后的辛辣讽刺。

事情源于工作中需要整理一系列Word文档,其中有一篇总纲和两百多篇章节,各自是独立的.doc文件。每一章节末尾都有指向总纲的超链接,由于维护总纲的人将那篇总纲的文件名给修改了,导致这两百多篇章节文档都需要刷新超链接。百思不得其解后,遂通过公司的IT服务热线向微软的企业技术支持求助,没想到电话那头却给了我一个大跌眼镜的答复:

解决方法很简单,只需要将这些链接指向的被改名的文档改回原文件名就行了。

这,果然不愧是传说中的微软技术支持!