我做的multiget下载器

sysnotdown

[quote:58f721a5b9="xjluo"]再有一个建议，将所有的字符串用wx自带的国际化方式来处理，就是用_()替代wxT()，以后就可以用poedit来处理程序中的所有字符串的翻译了。建议趁着现在代码还不多尽快改，否则到以后会很麻烦的。[/quote]

我是刚学wxWidgets，没研究那么透，所以就用了现在的方法来翻译，你的提议很好，我再研究研究怎么做。

顺便说一下，你的潜水能力太太厉害了....

sysnotdown

[quote:dbdf4d4b05="xjluo"]将filemanage.cpp中的fopen64/ftruncate64替换为fopen/ftruncate之后，以上代码在Mac OS X 10.4(Tiger) + GCC 4.0.0 + wxWidgets 2.6.3下可以顺利编译，但无法运行。建议多测试一些平台，直接做成跨平台的程序(反正都已经使用了wxWidgets，何必再省这一点力气呢)。试了一下，Windows平台下的兼容问题还是挺多的，没有再进行深入修改测试。[/quote]

mac没办法测试，说起来很搞笑，下了个tiger虚拟机版的，没几分钟有个小程序就死了，关机重启后程序又会自动运行那个程序，又死了，然后作其他操作慢的无法忍受，最后大失所望，让它走人了。对mac的印象不咋地。tiger上无法运行可能和线程有关。

底层的代码不是wx版本的，是专为linux写的，后来想加个界面就选了wx。GTK的风格不太喜欢，效率太低了。

前些天把底下的socket改成wxClientSock，发现下载速度慢了不少，CPU还上去了不少，后来就暂时停止了那个方向，也许是还没有吃透用的不对。wxThread有点郁闷，用起来的话要调整的地方挺多，现在我用pthread，和wxthread用法差别比较大。所以完全用wx还是要缓缓，等Linux下比较完善再说。

Linux下做程序效率就是低，要在windows下，有这些时间这程序都完工了，怪不得大家都不愿意写GUI

linuxpgy

请问wxWindows可以做到，一次编写到处编译吗？假如不使用平台相关代码的话…………

xjluo

[quote:f59994423a="linuxpgy"]请问wxWindows可以做到，一次编写到处编译吗？假如不使用平台相关代码的话…………[/quote]

sure!
现在我的几个项目都是一份代码，可同时编译、运行于Linux/Mac OS X/Windows三种平台上。

xjluo

[quote:ebd62f7e9e="sysnotdown"]
我是刚学wxWidgets，没研究那么透，所以就用了现在的方法来翻译，你的提议很好，我再研究研究怎么做。

顺便说一下，你的潜水能力太太厉害了....[/quote]

呵呵，我的处女灌可是给了MultiGet了。