All Stories

一体化流程平台W.I.P.

一体化流程平台W.I.P.

  把Icon Overlay的扩展做好了,这样Shell扩展组件基本上能满足需求了,虽然离我自己的要求还有点距离。奇怪的是,MSDN说,图标可以放在标准的EXE、DLL里,也可以是一个ICO文件,可是实际上我只能放在ICO文件里才会真正起作用,看看TortoiseCVS和TortoiseSVN也都是放在ICO里的,不过看Windows自己的就应该是放在DLL里的,看看共享文件夹的样子,再看看Shell32.dll里的图标资源,大概就是某些属性之类的还有点问题吧。  现在还剩下P2P通信、文件系统监视、流程图显示,这三块了。争取一周搞定一块,这样12月份就能完成了。

装了VSTS2008爽了把

装了VSTS2008爽了把

  这东东早就从eMule上down下来了,只不过当时看到它的建议配置是1GB内存,我估量了一下自己本本上可怜的512MB的内存,最后放弃了,只是跑去把公司里那个台式机装上了,虽然那个台式机也是512MB的,不过我总觉得自己把那台式机调校地比较好,呵呵。  今天不知是无聊至极了,还是禁不住诱惑了,还是决定要装上试试。因为本本的系统盘有70GB大,即使已经装了一堆的东西上去,还是空了50GB左右,所以不用像在公司里那么麻烦,一路next下去即可。想想那天公司里装的时候,先是报空间不够,删了一票东西后再装,好不容易装上了,系统盘就只剩下13MB空间,又删掉一票东西,最后好不容易弄出200MB左右剩余空间,还不时地会被notes、IE等东东写点临时文件进去,Windows就会弹出个气球来提示一下。  装上后,先想编译一下Xtreme Toolkit Pro来试试,静态库还好说,基本上顺序地编译链接过去了。到了动态库的时候,报rc.exe执行出错。后来搜了一下,发现根本没有这个程序,把.NET 2.0 SDK里的拷过来试试,发现可以用,接着是缺mt.exe,再拷过来,顺序pass,呵呵。  不过这个比起VS 2003来,还是嫌它占用资源多了点,平时还是不用了。VS 2003英文版好不容易从eMule上找来的呢。

光阳烤肉韩国料理

光阳烤肉韩国料理

  早就听小妞说起过,市民中心那边的韩国料理不错,想去试试。今天就稀里糊涂刚好说要去那里吃韩国菜。不过我不认识路,疯丫头也不认识路,只凭着小妞说的几句话,就兴冲冲地找公车坐去了市民中心。市民中心是个很空旷的地方,下了车,找不到什么有可以吃的痕迹。于是打电话问俊英,结果说不是市民中心,而是会展中心旁边。问了几个在市民中心的保安,好不容易穿过几条地道和马路,最后终于找到了俊英说的大中华喜来登。在喜来登的一边,果然看到了小妞所说的家乐福。但是在家乐福外面是看不到那家店的,在外面能看到有必胜客、星巴克、巴西烤肉等等,还有个意粉店,在小妞的电话远程指挥下,终于在意粉店旁找到了那家光阳烤肉韩国料理。  走了不少的路哦,再一次深切地体会到自己有车的重要性。  不过,那里的东西味道还真是不错。点了个蘑菇烤牛肉、八爪鱼拌饭和三色五花肉,还送了些小菜,两个人吃还真是有点撑。最后218元,跟小妞说的差不多,嗯!有钱真是好哇,只可惜照我现在的收入水平,这样的地方只能偶尔来来了。

还是比自己预计的慢点

还是比自己预计的慢点

  本来以为今天可以把所有的功能都串起来了,之前是一个一个零件,今天就到了把零件组装成完整产品的时候了,结果还是比自己预计的慢了点,最重要的点对点的文档下载部分没有调试。  我最担心的就是服务器的负荷能力,以及客户端间点对点通信的可靠性上。  唉,下周一上午好好把点对点间的调试一下,就可以完整地开始让人试用了。虽然还很不完整,但至少是可用了,花点时间可以稍微修改一下,把shell扩展部分做好了,就看起来易用性要好不少,至少是能在资源管理器中直接看到某个文件是否跟某个流程中的某个活动关联。  突然想起来,老大要求的图标也要有个overlay的扩展,这个一直没顾上做,晕!!  有一点很让我觉得自豪的是,在CruiseControl中配置好了,人家可以直接在上面点个按钮等个多少分钟,最后生成一个客户端的安装包,这太安逸了。  我要快点在家里把那个SocketHelper弄出来,至少功能部分要弄出来。昨天经过仔细排查,最后还是看了看附带的一个例子,一下就解决了,在MDI界面拆分窗口的Tab页中,如果是焦点落在CView,就会没有标题,花了两个晚上的时间去找办法,最后发现只是2行代码就能解决,晕死!

举步维艰啊

举步维艰啊

  今天本来打算把几个功能串起来调试一番的,谁知道只是为了找出最开始的一个bug都花了近一天的时间,SQL Server的字段类型太多了,同样是为了存放一段文本,就有好几种看似都可以的选择,结果在用ADO操作的时候,死活就是抛异常。同样的代码,跑在Access上就好好的,到SQL Server下就不正常,真让我郁闷死了。花了好多好多的时候,排除了各种可能的因素,最后发现有两个字段只要select了就会异常。后来终于想到,会不会是字段类型的问题,尝试着改了几种不同的字段类型,终于有一种就顺利pass了,唉!  另外还遇到一个很恶心的问题,当时根本没想到。Excel在打开文件后,什么都不动直接关闭,文件也会被修改!这就让我的基于hash的机制几乎彻底瘫痪,郁闷。老大给我想了个办法,每次在程序中打开之前,先把文件设成只读的,关闭后再改回去。嗯,这样在我的程序里至少是暂时没什么问题了,不过我心里还是觉得很不爽,这个基于Excel的方案从一开始我就觉得很反感,可是时间不够啊,不然我肯定更乐意自己定一种格式,做一个编辑器。

景田孔亮火锅

景田孔亮火锅

  下午的时候小思宇突然发个邮件说好想吃孔亮火锅,然后小妞就叫上俊英下班载我们去。说实话,孔亮火锅的味道确实比其它地方的稍微要好一点点,那油碟的味道就能比较出来。一边吃,小思宇和小妞就一边怀念学校的生活,倒是我却没什么怀念的,我的心一直是漂泊的。小思宇真的要离职了。

使用CruiseControl进行持续集成

使用CruiseControl进行持续集成

  其实我根本不懂什么叫持续集成,为什么要每日构建,但是我还是很喜欢用CruiseControl,我喜欢让它能为我写的每一个程序都构建一个项目。其实我也根本没怎么利用CruiseControl的多少功能,我只是让它在我点击按钮时从VSS中下载源代码编译最后打包而已。  今天下午花了大概2、3个小时的时间,把我在做的那个项目放到组内服务器上的CruiseControl上去了,因为是我在自己本地建了一个VSS库,所以先要把VSS库的目录共享给服务器,然后慢慢配置ANT脚本,而且相比我自己的机器,服务器上少了很多东西,比如没有Xtreme Toolkit Pro,没有Boost,没有Inno Setup,没有doxygen,没有upx。一一复制过去,经过10来次的试验,总算大致可以了,但还是少了用doxygen生成文档的步骤,后来想想暂时也不需要让人家看到这个源代码的文档,所以也先搁下了。  回到家,也暂时不想写代码了,就整一下自己机器上的那份CruiseControl,上次系统还原后,移动硬盘再接上去后,盘符全都变了,我也不想再冒险去改。改过脚本里的一些东西,但原来的那个编辑器的项目还是没能全部一次pass。今天仔细改了改,不光可能是CruiseControl脚本有问题,连VC的环境配置也有问题,当时没把一些必要的路径设好,比如Scintilla的头文件路径,Xtreme Toolkit Pro的路径等等。顺便把SocketHelper也加上去了,心里那个舒服呀!其实我对ANT脚本没了解,里面很多写死的路径,每次如果有变动,要改很多地方,这是很让人郁闷的。

静态链接Scintilla

静态链接Scintilla

  自从大致了解了Scintilla后,就喜欢上了这个控件,一般的用法照它文档和代码中写的,只要LoadLibrary那个dll,就可以直接使用"Scintilla"为类名创建窗口了。这两天发现XML Spy也用了Scintilla,并且没有看到那个dll文件,猜想应该是静态链接进去了,所以我也想试试。  首先,当然是下载源代码,现在最新的是1.7.5版了。然后有个VC的工程文件,其实是编译出dll来的,用makefile也只能编译出dll来。要用VC自己新建一个lib静态库工程,把include、src、win32三个文件夹下的所有.h、.cxx、.rc、.cur文件都添加进来。再到项目属性里设置一下,使用多线程库。这样就能编译出一个.lib文件来了,Debug版有4MB多,Release版是3MB多。  试用一下这个新建出来的lib文件,正常创建一个工程,用的时候不用LoadLibrary了,要调用Scintilla_RegisterClasses函数,看ScintillaWin.cxx文件最后的DllMain就知道了,当然这个函数并没有在公司的头文件里声明,所以调用前自己声明一下。然后强制链接前面生成的那个lib文件,假设Release版的名为SciLexerS.lib,对应Debug版的名为SciLexerSD.lib,这时就可以编译了,在链接的时候可能会报一堆Imm打头的函数没法链接,很easy了,强制链接imm32.lib文件就可以了。  其实相比动态链接,静态链接除了发布的文件少了一个之外,没有任何优势,反正dll倒是可以由用户任意更换,有了新版本,只要替换一下dll文件就可以了,即使如果是个通用的代码编辑器,假如新版中增加了对新的语言的支持,除了替换dll文件,再更新一下配置文件就可以了。

Compile Boost::Regex with ICU by VC7.1

Compile Boost::Regex with ICU by VC7.1

  Boost中的Regex需要编译后才能使用,这让人觉得有点难过,而且相比Greta,Boost::Regex居然默认是不能直接支持宽字符的,而且有个同事在那里抱着快是10年前的性能比较结果,说Greta比Boost::Regex好,真是让我觉得很不爽啊。  不过不爽归不爽,有些固有的缺陷我们还是要面对的,就说对宽字符的支持吧。看Boost::Regex的文档,只要有ICU的支持,它也是可以的。今天我就下定决心,要用VC7.1编译一个出来。  首先从ICU的主页下载,有源代码包和几个主流平台的2进制文件包,目前最新的稳定版是3.8,不过3.8版的VC解决方案文件是for VC8的,而且连可以下载的2进制文件都是用VC8的,真郁闷,IBM那帮家伙真是不会做UCD啊!退而求其次,用3.6版的好了,它的解决方案文件就是for VC7.1的,其实我猜直接拿它的编译好的也可以用,不过自己编译的心里舒服。编译ICU很简单,什么错误都不会有,直接通过生成一堆的DLL、EXE和LIB文件分别放在bin和lib目录下。然后可以开始编译Boost::Regex。  一般说来,编译Boost用Bjam,如果没有Bjam可以直接上网下一个,或者自己拿它的源代码编译一个。然后在命令行下,转到有Jamfile.v2文件的目录下,输入bjam回车就可以了,如果要编译所有的Boost库,则可以出去逛一圈,或者睡个午觉。我这里只编译Regex,不过很遗憾的是,用Bjam直接编译我并没有居功。偶然发现相同目录下还有个vc71.mak文件,打开看看,里面有个ICU_PATH预定义选项,后面写上icu所在的路径即可,它会自动找到下面的bin、lib、include目录,不用担心。然后先运行一下vcvars32.bat,再输入nmake -f vc71.mak回车,它就会生成一堆的dll和lib文件,而且最后还会自作主张地复制到VC的bin和lib目录下去。  搞定!