Question

My app is crashing on 3.1.3 because of this NSConcreteBlock error. I read the other post on this topic, and the answer was to weak link the libSystem.B.dylib.

然而,我根本不把这一图书馆包括在内,我仍然看到同样的ug。

What else could be causing this crash?

Here is the log:

Code Type: ARM (Native) Parent Process: launchd 1

Date/Time: 2011-10-20 14:05:08.189 -0700 OS Version: iPhone OS 3.1.3 (7E18) Report Version: 104

Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x00000001, 0xe7ffdefe Crashed Thread: 0

Dyld Error Message: Symbol not found: __NSConcreteStackBlock Expected in: /usr/lib/libSystem.B.dylib Dyld Version: 149

Answer 1

然而,我根本不把这一图书馆包括在内,我仍然看到同样的ug。

除此以外,自其实施标准C管理时间图书馆以来,没有从校正中逃脱。每当你编制一个目标-C方案时,汇编者就会自动连接平衡系统。而且,如果你通过<代码>otool-L检查诸如IDKit或基金会等系统框架,你发现这些框架也与校准系统有关。

这意味着Bard Larson在中所述的解决办法也应为你工作。

Answer 2

锁区是SOS4.0采用的目标语言,从来不会在SOS3。

Answer 3

你们可能看到这一点,但它仍然值得一枪:。 http://longweekendmobile.com/201103/15/the-backwards-compatibility-blues-supporting-ios-3-1-4-2/。

他们说,即使你不使用你守则中的区块,也应当为你工作。

Answer 4

Under build settings make sure your C/C++ Compiler version is LLVM GCC and not GCC.

Answer 5

您可能不使用任何基于集团的方法,但你可能采用一些正在内部使用基于集团的方法的方法。您不妨检查:

Check that your deployment target in the Build Settings is set to 3.1.3.
Are you potentially using any new or updated methods from iOS4 or 5? i.e. a method that could now be calling/executing a block behind the scenes

正如其他人所说的那样,或许你会把图书馆作为最后的手段而薄弱。

uck

友情链接