All Stories
今天专心把几个比较严重的问题整了一下。 首先是程序在退出的时候，全弹出出错消息框，我都不清楚这个问题是什么时候开始有的，无奈之下，把那些遗留在那里的，暂时没用上的，准备以后有机会用的代码绝大部分都删掉了，最后发现是由于文件系统实时监控引起的。 我估计是因为一个驱动器一个线程来监视，最后程序退出时没有让线程自己返回，而是强制结束，可能就会有问题。于是我就在OnClose时向每个驱动器都创建个临时文件，这样ReadDirectoryChangeW就会返回，线程就有机会主动退出了。试了一下，有时候还是不正常，通过打印消息看到并不是每个线程都能正常退出。后来通过在线程中打断点试了试，发现好像其它线程还挂在EnterCriticalSection上了，就是说还没主动退出就被强制结束了。于是我通过减少临界区的执行时间，暂时解决了这个问题。我猜，也许在OnClose中每创建个临时文件后加入一点延时，也可以达到目的吧，不过仅仅是猜测罢了，呵呵。 解决了这个崩溃的问题后，转向内存泄漏问题。本来一开始是只有一处36字节的泄漏，一直没找到原因。后来不知道加入了什么代码，有七八处不同大小的泄漏，这让人看了觉得很不爽。通过在程序开始处加入_CrtSetBreakAlloc语句，可以让程序在启动时如果分配了指定序号的内存块时自动断下。马上发现有一处是因为一个singleton没有在退出时主动delete，加上就行。后来，又发现其他几处是因为UDP服务器端的问题，该模块基于asio写成，调试器自动在io_service相关的代码处断下了，看了看代码，我估计是退出时服务器没有释放必要的资源引起的，确实，当时因为不熟悉asio，也不熟悉socket，所以都是胡乱拼凑的代码。再看了一下asio自带的那些例子代码，在退出时主动关闭socket，内存泄漏果然都消失了。 只是最后还是剩下那一直以来的36字节泄漏，调到晚上还是没找到原因。尝试用Windbg，还是没解决，不过我确实也不会用Windbg，郁闷！
昨天晚上，跟小思宇在电话里，又跟孙同学在QQ语音上聊了很久，最后她们竟不约而同地叫我好好工作，多赚点钱，之后就好了。都说现在的人现实得很，我也没有其他办法了。 早上醒来，突然想到一个两年计划，就是之后两年里，要实现的几个大目标，当然这些要在这里实现，才更有意义。首先，过完农历年回来，开始去学车，一边学车，一边攒钱，等车学完，买个十来万的车来用用。然后，再攒钱，看在两年之期内能攒下多少钱，对于买房这个目标，能有多少完成度。两年，就到2009年12月31日为止。反正我还小，到那时也才26，接近27而已。我还有时间。
实在觉得奇怪，为什么，我到底哪里错了？很是怀疑背后有一只手在操控这一切，可是这只手在哪里，谁的手，为什么什么要这样？
我都厌倦那一直失败的感觉了，说磨难也算是经历够了吧。明天，希望一切都顺利啊！给我一个寄托，给我一个精神依靠和支撑！
这个称呼我觉得肉麻了一点儿，呵呵，不过就是有几个同事喜欢这样叫。中午在食堂见到她时，还是被吓到了，怎么变成这样儿了，这个脸是怎么了，跟毁容一样了，变成一麻脸了，本来多好一姑娘啊。排队打饭的时候，她站在旁边一排，我就在那儿喊她名字，然后她说我瘦了，呵呵。宣宣就在那里说，以后千万不要走女强人类型。吃过饭后，她走的时候还叫我们注意身体，我心想，你才是最应该注意身体的人呢。真是变化太大了，才大半年时间啊，怎么就变成这样了呢！ 这女人啊，还是得保养啊，曾经有光网第一美女已经不在了，只存在于一些人的记忆中了！
其实静下心来想想，这也是正常的，这样匆匆忙忙赶出来的东西，质量能好到哪里去，而且事实上不但稳定性差，易用性也是极差。照我自己的估计，再给两个月，才能基本到可用的程度，即稳定性和易用性都为大多数普通用户接受的程度。 心里好烦啊！ 中午在菠菜里吃出一条虫子，我都怀疑我有没有吃下去更多条，晕！拿去换了10块钱和1盘西瓜，然后去买卡士喝了。疯丫头也吃出一个小蚊蚊，这是以前某人常用的叫法，然后也是换了10块钱和1盘西瓜。 唉，我终究是很普通一人，有时候确实太高估自己了。 asio用了这么些天，还是没掌握具体用法，用来用去还是问题一堆。 COM也是很烦人一东西，无奈的是有些时候不得不用COM啊，再加上组里最有话语权决策权的几人，都是COM的忠实粉丝拥趸，郁闷。也不知道是不是我自己太高傲了，总是要跟别人唱反调。但总是觉得人家确实也没多少让我佩服的地方，唉。 对于一牛x的编辑器，以UltraEdit为榜样来说，要直接支持脚本扩展，可以通过方便地激活一外部脚本，来操作编辑器，比如移动光标，输入字符，查找替换，复制粘贴，删除撤消等等，这是一类最基本最通用的扩展方式，可以有任意数量的脚本。另外一类方式是，可以配置宿主程序的界面，比如增加菜单项，增加工具栏按钮，而且这些菜单项和按钮的位置、文字、图标等内容是可以定制的，当然点击后，就会触发一个脚本的运行，这种脚本也可以有任意数量，任意配置。还有一类方式，是事件处理脚本，当宿主程序遇到某一事件时，就会执行相应的脚本，比如打开一个文件时，文件关闭时等等，理论这类脚本也可以有任意多个，但实际上不能太多，因为如果某事件触发时，结果要分别运行一堆脚本，这种性能问题应该会比较明显，并可能让用户受不了。暂时想到的是这3类脚本扩展支持，最近又因为对多种脚本语言的简单接触，又没有哪种让我觉得特别喜欢，所以我反而想要能同时支持多种脚本语言的扩展。这时，SWIG出场的机会来了，至少Python、Ruby、Lua、TCL都是被它支持的。 除了可以用脚本扩展外，是否还要提供2进制扩展接口，这点我还不太确定，2进制扩展可以有普通DLL和COM两种方式，差别不大，只是怀疑其必要性，它有多少价值，多少能力，有多少情况下需要它出场解决问题。 最后一点是，正则引擎需要能挂接，随时任意替换吗，UltraEdit是这样做的。
今天看到什么代码圈复杂度度量的理论和工具等等内容，找个Source Monitor对我这两个月来写的一体化平台的代码嚼了一遍，发现我基本上写了约20000行代码，当然，包括注释和空行。无心算了一下，以一个月20天计算，两个月来我平均日产代码500行呀！有种说不出的感觉，没想到我写代码是这样的。光是看数量20000行似乎并不多，前不久数的时候才14000。但从日产量看，这个数字太高了，我自己对自己的要求是有200就不错了。然后从Source Monitor的分析数据看，有不少地方写的复杂度高了点，最高的是21，从公司的宣传ppt上看，大概4、5之类的比较合适吧。不过我顺便让它分析了一把Impeller的代码，那编辑器模块一初始化函数，复杂度是137，哇哈哈，真吓人，还有好些八九十的。不过这也不能说明多少其它的含义，最多只能说，也许我这点代码的可维护性比Impeller中的要好一点点。那也是归功于doxygen的推动和促进，如果不是因为一直想着要留一份可以生成良好文档的代码，我也不会写那么多注释了。当然另外一部分原因是，对Boost库的逐渐了解和熟悉，在Boost的帮助下，有不少代码可以简化。 明后天就要把这两个月来的东西拿出去见人了，希望一切顺利啊！
最近渐渐会用Boost.Bind和Boost.Lambda了，真是爽快啊。现在明白，要用Boost，就得尽量使用STL，配合它的容器、算法才能发挥功效。如果自己写了容器，也要看情况写些方法，适应它的需求。今天写了好久代码，挺累人的，到后来真的头昏脑胀了，郁闷。 回来继续搞SocketHelper，除了要有像Wireshark的抓包功能外，还要加上nmap似的扫描功能，以后有机会再搞个可以支持无线网卡的抓包功能，呵呵。 现在Wireshark和nmap都用lua来做扩展了呀，呵呵。
今天项目组组织活动爬笔架山，然后去华强北毛家饭店吃中饭，吃完中饭就地解散，我去地铁站办了张深圳通，顺便去问了一下内存条。一问现在930可以买一根1G的原装，750就有TPOP的，立马就心动了，跑回家，背了电脑出去加了一根TPOP的。现在就有1.5G内存了，心里感觉就是爽啊，哈哈！
