wtyqm的专栏

<br />某天碰到一个奇怪的问题，一个C#工程在VS 2010环境下突然无法正常生成可执行文件了。失败的原因是无法将可执行文件从obj/debug目录复制到bin/debug目录。重启VS后虽然可以正常生成，但是生成一次以后，又会生成不成功。怀疑文件被某个线程占用，但是使用工具监视文件的占用线程并没有什么特别的发现，很是恼人。<br /> <br />经过辛苦的网上搜索。才找到了问题的初步原因。为了使用内部版本号，把Assembly.cs中的版本信息由1.0.0.0改为1.0.*，结果就引起了这个问题。网

.Net 4.0安装失败Final Result: Installation failed with error code: (0x80070643)SchedSecureObjectsRollback: Failed to store ACL rollback information with error 0x80070424请验证您对该键拥有足够的访问权限，或者与您的技术支持人员联系

这几天在开发WinForm程序中遇到几个看起来比较诡异的问题。一个MDI子窗体带一个MenuStrip控件，添加了几个菜单项。在设计器中看起来完全正常，但是一运行，只能看见菜单栏，菜单项确无法显示。几经折腾，发现菜单项被合并到了MDI父窗体的菜单栏。这是由于Menustrip的一

用.Net写的地图编辑器，最近在一个长时间使用的策划手里频繁挂掉。定位到原因应该是GDI泄露。但在几千行代码里手工寻找泄漏点实在是有些困难，直到在网上找到了这个检测GDI泄露的工具GDILeaks。它的强大之处，在于可以将程序里当前占用的gdi位图、dc用图形格式显示出来，这样，泄露点基本上就直接展示在你眼前了。另外，关于泄露为什么会发生，我还有些疑问。经检查，泄漏点是这样的C

.Net快速开发很便利，但有时总会碰到一些不痛不痒的小问题，让人无从下手解决。比如这个断断续续折磨了我好几天的comboBox抢占焦点问题。  窗体上有一个comboBox，还有一些其他控件也需要接收键盘输入。在没有操作comboBox之前，一切都是正常的，键盘事件流到了我预设的窗体按键事件处理函数里。但是，只要操作了comboBox，似乎它以后就独占了输入焦点，无论是窗体还是其它控件，都无法