鼓励大家看一下这片文章，我觉得说得还是挺有道理的http://blog.csdn.net/norains/article/details/6664001

不错，很受启发。

你好棒～

数据类型错误导致的。

@aspnetx 感觉那个更象加强飞信

iMessager如果属实的话，最终版本是否会有还真不好说。按照facetime不允许3G来看，乔大爷还是不太愿意得罪运营商的。

苹果真行，把越狱社区的东西（越狱社区有自己的商店），改吧改吧加进去就变成iOS5了。

[quote]摇滚诗人： @Jake Lin 现在GC算法有几个，典型的有mark法和compaction法。 JVM和.NET一般用的是compaction，这个算法可以将零散内存压缩，但是效率较低。（当然也不是绝对的，GC调优是大课题） 而mark法有很好的分布性和高效率，适合服务器和大内存设备，在运算时不会产生瞬时大运算。但是会产生内存碎片。 我猜想在Cocoa中使用的GC应该是Mark法的，而iOS上单个应用使用的内存量是30M（既可能是设计原因不允许大于这个值，也可能是苹果公司人为的限制）因此在内存使用有限制的iOS上不会有利用Mark高效算法实现的GC。 本人浅见，见笑见笑。[/quote] 谢谢呀，觉得就是空间与时间的均衡吧，我觉得一般应用用GC语言一点问题都没有。效率优先的应用，我也使用c++，智能指针也不用。

@Jake Lin 现在GC算法有几个，典型的有mark法和compaction法。 JVM和.NET一般用的是compaction，这个算法可以将零散内存压缩，但是效率较低。（当然也不是绝对的，GC调优是大课题） 而mark法有很好的分布性和高效率，适合服务器和大内存设备，在运算时不会产生瞬时大运算。但是会产生内存碎片。 我猜想在Cocoa中使用的GC应该是Mark法的，而iOS上单个应用使用的内存量是30M（既可能是设计原因不允许大于这个值，也可能是苹果公司人为的限制）因此在内存使用有限制的iOS上不会有利用Mark高效算法实现的GC。 本人浅见，见笑见笑。

Why GC doesn't fix mobile?

Carbon是c语言的 cocoa是objc的

class CPlusPlusClass; //这个声明得小心，千万不要写成@class，兄弟我搞了半宿才找到这个错误。呵呵，见笑，见笑。 我有的时候写糊涂了，就会写例如 - (void) aFunc(aClass *aObj) { } 这样的东西，然后编译器报错我还犯晕，哈哈。

要么搞死，要么搞活。 比之前温吞水，有一定的好处。 我们就等着看吧。反正我是更习惯C#， 实在不行就换android玩玩

@恒源 有道理，可是之前为WM做的软件，基本都是用C++写的（不光是我个人，还有很多开发者），假如要转战WP7，以前的库是不是就没法用了，因为毕竟要稳定一个库要花很多精力，不仅是开发，还有测试之类的。

楼主说的不全对，软件会有更多的人做，毕竟c#比c++开发效率高而且入门容易，只是用c++的可能不愿意转过去。 WP 框架变化比较到用以前c++ WM开发人员转过去优势不是太大。 微软是借iPhone和Android的模式，特别是iPhone入门开发成本更高。

@彭鹏 WinCE Cab Manager创建好工程后,在树的根部右键->Add SetUp Dll... 就行了

来看看， 关注一下， 学习了，谢谢！

我一直等C++0x的支持。

额,我没写过C++程序,上周写代码发现死活不行...我是这么写的.. class X { int m_i; public: X( int i ) : m_i(i){} X() : this(42){} }; 见笑了... 后来只能自己手写... 构造函数都不能调用的..哎

原来是C++的GC啊. 很强悍

我也想问问

mark~
辛苦辛苦～

8错

只可惜DMProcessConfigXML恐怕没有完整的文档哦

mark

兄弟，这个setup.dll是如何添加进去的啊？具体的步骤是什么？