All Stories
这两天又用wxWidgets，不得不感叹一下，资料实在太少了，只有一个现成的manual，其他时候就只有看看CodeLite、Code::Blocks的源代码了！ 到今天为止，修改了脚本扩展的功能，可以在一个描述文件中定义多个扩展的信息。对于主菜单来说，倒是勉强够用了，不过当时因为想让描述文件中对扩展的描述尽量通用，将其他的信息都写到脚本里去了，现在看来如果要对工具栏也使用脚本扩展，那么这种方式实在太不方便了点，还是应该把这种静态配置信息的都放在xml格式的描述文件中，脚本中应该只有动态的逻辑。所以还需要修改。 今天又忘了，wxWidgets的程序如果使用Lua扩展，而扩展又装载wxLua的话，wxLua的二进制文件不能用和wxWidgets程序相同的wxWidgets二进制动态链接库，不然会出现各种奇怪的问题。这是让我目前比较头痛的问题。我现在是用MinGW来编译wxWidgets和相关工程，那么一来wxLua就只能用VC或其他编译器编译了，但我今天试了OpenWatcom和Borland C++ 5.5，连wxWidgets都编译不过，郁闷！
今天是重阳节，据说要登高，这个习俗我是去年才知道的。突然想起去年的情景。 去年十一的时候嫌无聊，开始参加网上组织的户外活动组织，一个月要出去2-4次，而像重阳登高这种是纯娱乐休闲级别的，那次是下了班转了几次车最后还是打车去的集合地点的。 时间过得真快啊，就这么一年过去了！
这是这三天来忙碌的成果，其实实打实只有近一天的时间是花在这个上面了。前天差不多提交了50个，昨天休息了，今天则是差不多提交了90个左右。本来说是一个150的列表，其中有重复的，有需要back link的，有类型不合适的，还有其他一些原因的，最终没有提交成功的，所以估计最后的总数在140左右。 今天开始就新的内容了，嗯！
原本我提交的时候，都是老老实实一项一项地填写软件信息的，虽然也知道有PAD，还装过个自动生成软件，但一直没用上。今天突然觉得应该多提交些网站，于是从cnsw论坛里找了批下载站的地址，开始提交，猛然发现大多数站点是只接受PAD方式提交的，于是没办法咯，只好老老实实生成各个PAD，再提交。 不过这样下来，发现用PAD提交，既然没有软件自动提交，纯粹人肉也不是很费时间啊！
昨天跟一个以前的同事在QQ上聊天，说到他有朋友是卖电脑的，问有没有什么软件可以OEM的。想到要OEM，必然要大众，要傻瓜，要新潮。于是我随便想了想，倒也不是真想去OEM，只是最后想到AV类的软件，实在是极其巨大的市场！ 于是我又发散思维地想了想，最后觉得这类型的产品是有利可图，而且网上代码和成品软件很多，开始涉足的技术难度应该不是非常大。 唉，为了快速圈地，只好先投身AV事业了！
今天在安装程序中添加了2个网页快捷方式，因为用的是ISTool编辑的，所以就直接用它来编译了，结果试了几次，都发现没正确添加上快捷方式，连原来应该有的其他的快捷方式都没有了，甚至发现我本来让它在所有文件复制完后，应该有个选项可以让用户选择是否运行程序的，连选项都没有了。 真是奇怪的问题，于是在CruiseControl的历史记录中翻出最近的历史，发现还是正确的。想到这个安装脚本的区别基本没有，主要在于使用的是不同的编译工具。于是用命令行ISCC.exe编译了一下，居然是正确的！ 这ISTool原来还是自己做了一套编译功能的说？
知道IUP应该是去年的事，有个叫LuaForWindows的集合，里面就带了一个，上网了解了一下，知道还有一起的IM和CD。LuaForWindows已经提供了使用MSVC2005编译好的二进制文件，不过我不喜欢。我打算用MinGW编译一把。 开始的时候我以为可以直接用自带的makefile编译。结果是我花了半天时间，在msys里编译，还试图根据编译时报的出错信息，来修改makefile。在msys编译失败后，我尝试看那个自带的makefile，以为用TecMake可以编译通过，事实又是让我那么的失望！ 最后，经过我对makefile的简单解读和分析，我决定自己写下个bjam的编译脚本。总的说来，我深信bjam是很适合用来编译库的，毕竟boost就是一堆的库。经过近一天的努力，除了那些需要依赖OpenGL、Windows Media SDK、DirectX等额外库支持的库，其他的基本都被我编译出来了。 本来bjam是可以支持一次编译多个工程（库），或只编译一个工程（库）的，不过那种bjam脚本我还不会写，我只能分别为IUP、CD和IM各写了一个bjam编译脚本。看来还是得再深入学习一下啊！
前些天才知道，tor也是会被封的，要用tor bridge才行，至于bridge的ip从哪来，网上到处有说，也就是给某邮箱发个邮件索取来的。 这两天发现，这些bridges也是时好时坏的，于是笨办法是不停地索取新的bridges来用，今天发现得到的ip有的是之前得到过的，也就是说可能是不好用的，只能试试之前没用过了。 唉，封得越来越死了，无语！
昨天一时好奇，从网上下载了CTeX 2.8 Beta1来，安装好后，尝试着编译原来的一个纯英文的文档和一个Beamer做的幻灯片，结果发现全都有问题。首先是编译速度非常非常慢，CPU占满。然后是原来用grphicx的地方，直接插入png的语句编译不过。最后是发现Beamer包的应用和bibtex联用的地方，最后一次pdflatex编译时，编译不过。 速度慢倒暂时也忍了。至于插入png的语句编译不过，通过网上找到的资料，下载了个ImageMagick，里面有个convert.exe，可以将png转换成eps，而实际上这eps也只有在普通文档中是可用的，在Beamer中仍然要用png，这是让人很郁闷的地方，几方处理方式不一致，是让写程序的人很头疼的事。 好吧，这些都是可以放一边的。最最关键的是，那个幻灯片编译不过呀！如果不编译最后一次，那参考文献就不行了。于是继续上网找办法，发现一会儿工夫有了CTeX 2.8 Beta2，嗯，实际上我是很有心理准备的，这么一个小Beta号的变更，是不会有大变动的，但仍然不死心地尝试了一下，果然不出所料还是不行的。于是在CTeX的网站上看到正式发布的2.7.1.42版本CTeX，仍然不行。期间还试过有个CTeXLive2008的集成包，呃，也是不行的！ 我相当的郁闷！于是上CTeX的论坛上发帖求助，直到今天有个管理员给了个2.4的CTeX下载路径，才算最终搞定！对于这种不了解的东西，不能随便升级了，要升级前也得对能正常工作的旧版本做好备份工作，以便及时回滚啊！ 昨天差不多搞了整整一天，幸亏现在网速快了，不然还得花更多的时间呢。被LaTeX折腾了，教训啊！
