-
小心缺省参数值
昨天本来是想完成编译构建的特性的，结果先去搞工程树视图了，发现了好些工程树视图代码中隐藏的bug。 其中最诡异的莫过于在打开一个工程文件时，读出各个xml的DOM节点，调用另一个函数处理这个DOM节点，总是发现值为nil。搞了老大半天，把代码结构也调整了不少，最后发现是该函数本是个递归函数，在递归调用时居然少写了个参数，于是Lua就主动把后面缺的参数值赋为nil了。人都差点儿崩溃了，开始抱怨Lua不稳定，其实是人不稳定啊，哈哈。这次事件让我再次觉得，缺省参数值这个特性实在是很危险，以...…
-
修正又一处内存泄漏
前两天偶然发现，又有内存泄漏了。昨天仍然在写Lua脚本，于是没怎么管它，今天早上起来wc时，突然觉得这内存泄漏实在是眼中钉，肉中刺，一定要解决。 首先是发现，只有在程序中打开过文件后，才会有内存泄漏，而且泄漏的数量跟打开文件的数量似乎是成正比的。于是开始查看打开文件部分的代码，发现这部分代码实在写得太简单了，几乎不存在泄漏的机会，绝大部分函数都是立马将请求转发到Lua脚本去了，我假设Lua脚本不会出现泄漏。 于是我尝试新建一个文档而不保存，发现果然没有泄漏！这就说明泄漏可能的两个来...…
-
几个Scintilla/SciTE相关项目
Scintilla和SciTE就不多说了，我接触到它并真正用到它，有3年多了，一直跟踪着它的最新发展。发现有几个跟它相关的项目，比如有用（有趣），值得记一下。 第一个要说的是SciTE-ru。这是个SciTE的增强版，大概作者是俄罗斯人吧，所以后面加个ru。SciTE从它本身的定位出发，并不会增加很多强悍的辅助功能，只能说是Scintilla有什么能力，SciTE便有什么功能。而SciTE-ru的出现则试图从第三方增强SciTE的不足之处，并修正了一些在Scintilla或SciTE...…
-
反思自己的时间管理
以前蹲公司时，最开始是需要每天在notes上填工作日志的，几点几分到几点几分做了些什么事，涉及到哪些人。当然，没人教过我具体应该怎么填，我只是按照自己的喜好，也许是每天下班前花些时间填一下，而且还常常忘记。而恰恰这个工作日志又是需要每周让主管审核的，我就被逮到过，主管发来邮件让我补齐落下的日志，觉得很丢脸。 后来，除了要每天填notes上的工作日志外，又多了项不定期地向主管反馈工作完成进度，是用Microsoft Project管理的。主管会发来预先已经安排过的工作项目，我们则根据实...…
-
Lua 5.2 is coming…
在Lua的maillist上已经放出了5.2的第一个work version，引起一帮人热情高涨。 不过那帮人说话也真不客气。Mike Pall发难说，不要引入bit库，看不起Lua开发组的同学啊。Alexander Gladysh同学则是先后几次纷纷列出众多已实现却没有在文档中提及的变更。 初步看了一下changelist，看得我有点儿心惊肉跳，相比5.1还是有不少改变的，至少已有的代码有些是要废掉了，比如没有LUA_GLOBALSINDEX了，光这一点就让不少C扩展库和绑定库罢...…
-
Lua调试器W.I.P.
话说我已经怀疑起engine和controller都反应慢是由于延时轮循引起的，于是下定决心要改成通知的方式。翻了一篇Jeffrey大牛的《Windows核心编程》，发现只要用Event机制就可以实现了。不过如果直接用API来操作Event，我就有点儿不爽了，现在这个项目我比较希望它能在源代码层次尽可能地平台无关。于是又在Boost文档是找了一遍，发现thread库中似乎有对应的设施，其实这是可以理解的，本来就是线程间通信，同步的机制嘛，thread库虽说比较轻量级，但有这么个功能也是...…
-
独立后的第一篇
今天在hugege.com上买了个空间和域名，从此咱也走上了独立blog的道路。让GFW见鬼去吧！！…
-
Lua调试器W.I.P.
今天终于把基于socket的远程调试架构搭建起来了！ 昨天定位到controller给engine发送命令后，engine并没有收到，于是今天首先是开起两台机器，这样就可以用Wireshark抓包了。经过抓包发现，controller确实已经把命令发送过来了，只是engine没有正确接收。一番折腾后，参考了一下lldebug的代码，把engine端的代码从io_service.run()改成多次io_service.poll_one()，居然正常运行了。这怪我没有认真理解asio的用...…
-
Lua调试器三步走
估计这个Lua调试器是最近几个月来遇到的最具有技术挑战性的特性了，大概要分三步走。 首先，确定使用远程调试架构。用C++实现与用户交互的操作程序和与Lua解释器交互的执行部分。现在仍然在这个阶段。昨天差不多把socket通信的部分搭起来了，这也花了我不少精力，是用boost.asio做的，实然觉得自己对boost.asio的了解增进了很多，也突然觉得其实boost.asio似乎挺好用的。但是仍然有点小问题，比如我本来希望执行部分作为C/S结构中的客户端，它能在连接上服务端后立马写点数...…
-
双鱼座2010年时来运转！！！
好运的部份：2010年终於开始有苦尽甘来的感觉了，木星将从1月中进入双鱼座的命宫。你会觉得自己是属於你个人的，可以摆脱身不由己的感觉，而且生命是全新的。有许多的新资源会在今年奇迹式的展现，帮助你实现你的梦想，让你的才能得到发挥，感情也会遇到你生命中非常重要的那个人，请好好把握，因为今年是你「对」的一年，不要在今年闹情绪或任性，把这些幸运都丢掉了，要记住，2010年只要是你愿意丢掉不幸的心情，迎接幸福，都可以心想事成，除非是你自己愿意不幸。厄运的部份：经过土星行经下降位置的锻链，双鱼座的人历...…
-
回顾2009，规划2010
2009过得很快，真的好快，感觉没做什么事，却又真的发生了些什么事。 不过我的记忆只到2009年的春节。在春节前，我仍然做着那看不到尽头的一体化平台项目，哦，后来有个正式的名字叫流程集成管理平台。春节后，经过各方的努力，我被调回自己项目组内做Ruby IDE，本以为这回是自己感兴趣又熟悉而富有想法的事了，可以大展拳脚了，可是现实老是跟理想偏差很远。一切都显得那样自以为是的混乱而不求上进。这样的状况一直持续到9月底辞职。 是的，辞职，我终于辞职了。记得清明放假回老家的时候，遇到一个看...…
-
Lua源代码阅读迫在眉睫
今天在群里有个人问，他初始化Lua解释器后，用C代码执行一下lua_replace然后崩溃了，报没有环境。我觉得比较奇怪，看代码我觉得应该没有问题，但人家确确实实崩溃了。后来他解决了这个问题后，在群里公布解决方法。他看到一个老外的帖子，然后照他们说的，把调用lua_replace的那个C函数放到Lua中进行调用，一切都OK了！我仍然没明白其中的所以然，后来另一个人贴了个网址，是他自己写的一篇blog，其中解释了为什么在调用lua_replace时会崩溃。经过他的解释，是因为Lua的调用...…
-
Lua调试器研究续
本来以为自己对如何实现一个Lua调试器已经有了足够的知识储备，于是今天就提枪上马，结果无奈地发现，说是一回事，自己做是另一回事。我最终的目标是要达到Decoda那样的效果，但一开始只能慢慢一步一步来，先实现类似lldebug的debuggee部分。但是就算是这样小步开始，也仍然困难重重，很多问题其实我都没有吃透。 首先是发现在sethook时，只有按line回调是正常的，而call和return都没有回调，这让我感到很迷惑，无论是用C代码的hook还是Lua代码的hook，都是存在这...…
-
Lua调试器研究
准备自己实现一个Lua的调试器，以前没做过这方面的工作，所以只好拿现成的开源代码来研究了。 比较容易找到的调试器代码有好几个，比如lldebug，RemDebug以及wxLua中的那个调试器，各自的实现方式有所不同，但万变不离其宗的是都使用了Lua自己的debug库sethook功能。还有个共同点就是远程调试的架构，而且都是用socket实现的。 RemDebug完全用Lua写成，一个只有两个文件，加在一起代码才500多行。其中一个文件中实现的是调试引擎，负现各种调试功能的实现，另...…
-
插件打包
前几天，把所有的插件以插件为单位打包成zip了。不过不知道wxWidgets中的zip虚拟文件系统如何支持密码，至少是没找到相关的选项。现在的情况是验证了方案可行性，可以确认功能上的不缺失以及性能上的损耗在可接受的范围内，但真正实用是一定要有密码的，也就是为了保护插件中的源代码。以前还以为带了密码就不方便第三方开发插件了，现在想通了，其实只要我提供一个插件开发环境，其中自带插件打包功能，这样就可以用同一个密码了。既然wxWidgets没有简单方便的接口来支持密码zip，那就只好自己写一...…