挖井

类库大魔王的挖井日记

挖一口属于自己的井


实现关系视图,使用gcc编译

  Relation视图可以算是完成了,至少是处于可用的状态了。基本原理就是调用cscope这个程序,本来这个程序是开源的,而且是用BSD许可的,比较干净的做法是把代码拿来编译进自己的工程里。不过我懒得研究那个代码怎么编译了,直接调用现成的可执行程序,通过管道获取其输出,然后自己解析一遍输出内容,显示在relation视图上。这样看来这该是个很容易实现的功能,但是实际上我却花了不少时间。原因是我一开始考虑得过于简单,把所有工作都放在一个singleton中完成。既要生成新进程,又要获取管道输出,同时还要兼顾老进程没有结果又有新进程的请求到来。于是总是在同时有多个进程时崩溃。后来把新老进程调试和获取管道输出分别放在两个类中实现,就都好了。
  另外还有个问题是用gcc编译。现在这个版本基本上也到了收尾的阶段,我也买了个Mac Mini,希望能把它移植到Mac OS X上。Mac OS X上可以用gcc,于是我就先尝试在Windows XP上用gcc编译这个工程。这些天一直在折腾这事,总是由于这样那样的原因失败。到今天为止,终于可算是正常通过了,有几点需要记一下。我一直用boost svn trunk中的代码,绝大多数时候,用VC编译链接都是没问题的,可是这次用MinGW中的gcc 4.4.0把boost.thread链接到工程中时,仍然会报有几个符号找不到,如果是用正式发布的1.43.0版本的Boost,是可以正常链接通过的。gcc不支持在函数体内定义结构体(类),VC9是可以的。gcc在用boost.lambda时有些情况会编译不通过,就是几个结构体内的成员被lambda bind后再进行比较的情况,但是VC9是能编译通过的,而且也不是所有这种bind并比较都不能编译过,具体的还得继续研究一下。总的说来,gcc对类型检测比较严格,呃,说难听点,是比较死板,不如VC那么智能。还有种情况是gcc编译wxString::Format时,如果第二个参数开始传入的是wxString,运行时会出错,但它又报不上来,基本上就是直接崩溃,VC在这方面又做得好得多,不过这点我估计是受不同编译器对对象内存布局不同引起的,所以也许gcc真是无能为力,VC那样可以用算是歪打正着吧。
  好吧,总之最头痛的两件事算是解决了。

本文地址:

https://minidump.info/blog/2010/07/e5-ae-9e-e7-8e-b0-e5-85-b3-e7-b3-bb-e8-a7-86-e5-9b-be-ef-bc-8c-e4-bd-bf-e7-94-a8gcc-e7-bc-96-e8-af-91/

上一篇

又见木耳

  好多天前,木耳就说要来上虞搞社会实践,崧厦那边有个阳伞市场,嗯嗯,这点是可以理解的。前些天我在魔都,木耳11号傍晚就来了,而我是昨天下午才回来的。  本来木耳说的是要持续10天的样子,结果昨天突然说马上可以完成回去了,晕。今天刚好去了百官,我就问木耳在哪里,她说在沃尔玛。呃,我不认识路呀,...…

Life 全文阅读
下一篇

自定义快捷键

  昨天完成了自定义快捷键的特性。该特性在配置对话框中实现与用户交互。  首先,在程序启动时,装载所有菜单项时,把所有菜单项的ID、标题、快捷键信息记录下来,作为缺省的配置。将缺省配置保存到文件中,然后查看是否存在保存了修改后配置的文件,如果存在该文件,则装载该文件的配置,应用到程序中。应用过...…

CodingStudio wxWidgets 全文阅读