-
慢工出细活
我决定，不再盲目赶进度了！ 一直以来我都处于一种奇怪的紧张赶进度的状态，每个月都想着能在当月或下月底前release一个可用的版本出来，于是为了达到这个目的，又由于实现中的各种未预期的状况出现，一项又一项的特性被我临时决定砍掉，或拖延到以后版本中实现。 所谓慢工出细活，现在我决定，不这么着了！对于那些基本特性，还是要花时间仔细实现的。所谓基本特性，就是别的大部分同类都有这些特性，假如没有这些特性，用户就会感觉到不习惯甚至诧异。这些基本特性有着这样的定位：在第一个版本应该实现大部分，...…
-
支持自动编码检测与转换
大清早的，被老妈叫起，驱车去4公里外的集市吃早餐。要了一客小笼包子，一碗馄饨，说起来从上大学开始这八九年来，还真很少吃得到这样的早餐。上学的时候嫌贵了，工作了之后就一般只在公司食堂里吃，周末虽然在家，但都睡过去了。偶尔为之，真是享受啊！ 昨天突然想起，我的编辑器只能打开ANSI格式的文件，如果是Unicode，UTF-8之类的文件，打开是一片空白的，于是想改一下吧，打开时检测一下文件头部的BOM，用iconv转换一下再显示到编辑器。本来以为这将是很顺便的一件事情，从网上下载了Wind...…
-
我错了，不关iconv的事
前面提到iconv转换编码搞得wxWidgets写成的程序在Scintilla刷新时崩溃，还以为是iconv引起的问题，于是决定使用ICU。 嗯，结果我错了，用ICU仍然有问题，有相同的问题，尽管我已经把这部分代码放到Lua中执行，对嵌入的Lua解释器，调用ICU4Lua，再调用ICU，仍然是Scintilla直接断言失败，然后崩溃，错怪iconv了！ 经过一系列的尝试，最后发现只要把Scintilla的code page设成UTF-8就解决了，真是奇怪，原来设计936照理在本系统...…
-
小心缺省参数值
昨天本来是想完成编译构建的特性的，结果先去搞工程树视图了，发现了好些工程树视图代码中隐藏的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的调用...…