2013-09-11 36 views
2

我想對審查iOS7準備的應用程序,我正好碰到這個磚牆:的iOS私有API的使用:_Unwind_Resume

該應用程序引用非公開symobls中.... _Unwind_Resume

screenshot of issue

內側開-的iPhoneOS的,我試圖找到 nm -u *.a | grep -C 20 Unwind_Resume

的罪魁禍首,但它看起來像每一個依賴麗sts Unwind_Resume在某些時候。

這可能是什麼原因造成的?我如何從這裏進行調試?

+2

由於發生異常,'_Unwind_resume'在清理髮生後恢復展開。如果你使用C++或ObjC++,這肯定會發生。我不知道爲什麼蘋果將此標記爲「私有API」:調用是(或應該)由編譯器生成的。我會問蘋果這件事。 – zneak

+0

我認爲是這樣的。我收到該消息後立即通過電子郵件向支持聯繫人發送電子郵件。我真的希望能夠在iOS7的第一天獲得。哎呀。 –

回答

0

二元我在我提交搜索,並在某些時候,我搞砸了project.pbx *設置。我的一個pod依賴項將build-active-architecture-only設置爲YES。

我重新提交了commit,再次設置了所有的體系結構目標,並通過了驗證。

3

我們的iOS庫對我們的開發人員造成了驗證錯誤 - 我們庫的修復最終變得非常簡單。

  1. 潤產品>分析(對庫,而不是應用程序!)
  2. 修復任何「API濫用」的錯誤 - 對我們來說是一對夫婦隨機的「參數可以爲空」通知
  3. 重建

爲我們和我們的客戶解決了問題,並且與Unwind_Resume或任何私人apis無關。

+0

我做到了這一點,看到兩個問題,糾正它們和相同的錯誤信息。 –

0

我有同樣的問題。我解決了它通過重建,沒有啓用64位。要在Xcode的64位禁用建設:

  • 下到架構組選擇右側
  • 得到了在文件瀏覽器應用程序的「構建設置」主窗口標籤
  • 滾動並查看「體系結構」設置的值。
  • 它是否設置爲'標準體系結構(包括64位)。如果是的話,切換到「標準架構(ARMv7的,armv7s)」

我不能確定這是否是在驗證階段的一個錯誤,或者如果它的存在,以防止開發人員提交的64位應用程序的人面前要測試的實際硬件。

--Chris

1

現在應該在App Store驗證器中解決這個問題。請再試一次。