2011-07-27 16 views
2

を私たちは、おそらくプライベートAPIを使用しているため、最近我々のアプリの1への更新を拒否されました。面白いことです:アプリは、単に(ローカル)と、いくつかのjavascript、ネイティブコードが変更された更新を簡単なUIテンプレートをロードするシンプルなuiwebviewで構成されています。 iOSアプリは拒否 - プライベートシンボルmach_init_routine

  • _cthread_init_routine
  • mach_init_routine
  • は、このアプリケーションの唯一の '手書き' のコードがあるとして

    • __keymgr_dwarf2_register_sections:要求リンゴ時に

      が、このアプリは、おそらく以下の非公開シンボルを使用していることを開示しました〜5行の長さ(htmlコードを取得し、baseurl + uiwebviewに渡す)、どこから来るのか分かりません。

      任意のヘルプ/ヒントをいただければ幸いです。

      UPDATE:すべてのりんごの障害で - それはaccidentially私には低レベルのプロセス・マネジメントのもののように見えるのプロジェクトのリソース

    +0

    誰かがアップルで過熱していると言えます。プライベートAPIを使用していないことを伝えるアプリを再提出し、承認されることを賭けます。 – Rog

    答えて

    1

    に追加された煎茶jsbuilderのmacアプリでした。 __keymgr_dwarf2_register_sectionsは、デバッグに関係するかもしれませんが、グーグルが例外処理に関与している可能性を示唆しています。

    あなたの古いバージョンと新しいバージョンがコンパイルのいくつかの点で異なっていると思います。ビルド構成とコンパイラフラグ、コンパイラとglibcのバージョンを注意深くチェックしてください。特に、デバッグと例外処理を参照してください。

    現在の設定でソースを古いバージョンにコンパイルしてから、を使用して、問題のあるシンボルが含まれているかどうかを調べることができます。そうであれば、それはビルドプロセスの変更を指し示す禁煙銃です。

    +0

    は、ビルド設定に関するヒントをありがとうございましたことをしようとするとうまくいけば、これは問題 – roman

    +0

    いまいましいああ、私は本当に愚かな感じ解き - そのjsbuilderマックアプリケーションが私のプロジェクトのリソースに追加されたので、senachaタッチ分布をきれいにしませんでしたが、 - ) - まだ、リンゴは2週間前に提出されたv1.0でそれを気にしなかった...とにかくgrepがそれを指摘したために受け入れられた:) - ありがとう – roman

    関連する問題