問題タブ [automatic-ref-counting]

Objective-C++ クラスで C++ メンバーを使用しようとしています。このようなもの：

ARC がなくても、init メソッドと dealloc メソッドをサブクラス化して cppMember を管理できます。しかし、ARC の下ではこれを行うことができません。

これについて何か考えはありますか？

ありがとう！

4.3.5 で ARC で NSThreads を使用しようとしています。iOS 5 ではすべてが完璧に動作しますが、4.3 のような古い iOS で試してみると、リークが発生します。通常、私は NSThreads に Autoreleasepool を使用しますが、ARC には手動の Autoreleasepool がないため、これを修正する方法がわかりません。

スレッドを開始した後、「__NSAutoreleaseNoPool(): オブジェクト 0x4567b40 のクラス NSComparisonPredicate autoreleased with no pool in place - just leaking」のようなメッセージがコンソールに大量に表示されます。

5.0 より前の ARC および iOS で正しくスレッド化する方法。

乾杯ネッツ

自動参照カウントを使用するようにアプリを変換しているときに、次のエラーに遭遇しました。

Objective-C ポインターの 'void *' への暗黙的な変換は、ARC では許可されていません

これにより、コンパイラ エラーは修正されますが、警告が表示されます。

この警告を取り除く方法は?

タイプ 'objc_objectptr_t' (別名 'const void *') の式で 'void *' を初期化すると、修飾子が破棄されます

うんざりするように、インスタント変数 (iVar) を宣言してから、インターフェイス .h ファイルで @property をしばらく宣言していました。

自動参照カウントでは、iVar を省略してすべて @property にする必要がありますか? プロパティに「保持」という言葉を使用する必要がありますか？iOS 4.3 用に展開している場合、引き続き ARC を使用する必要がありますか?

LLVM GCC 4.0 コンパイラを使用してコンパイルしようとしていますが、複数の .m ファイルで次のエラーが発生します。しかし、それはエラーを返します: 認識されないコマンド ライン オプション "-fno-objc-arc".

どうすればこれを解決できますか?

私はiOS 5用に開発しています.2つの配列があり、2番目の配列には最初の配列に含まれるアイテムのみが含まれています。

存在するすべての配列でこのオブジェクトを削除したいと思います。

では、オブジェクトを含むすべての配列からオブジェクトを簡単に削除する方法はありますか?

最近の (一見無関係な) 変更が行われるまでは正常に動作していた Core Data 機能がいくつかあります。現在、特定の NSManagedObject サブクラス インスタンスに属するすべての属性が突然 nil を返すという問題が発生しています。

私の NSManagedObject サブクラスが Foo と呼ばれ、value と呼ばれる属性を 1 つだけ持っているとしましょう。価値がどういうわけかゼロになっていることに気づいたら、価値の変化を監視するために次のカテゴリを設定しました。

setValue: がオブジェクトに対して呼び出され、渡された引数が nil 以外の NSDate です。次に、値が (別の方法で) 取得されます。指定された同じ値が正しく取得されます。

ただし、別のメソッドが値を読み取ろうとすると、value アクセサーが呼び出され、primitiveValueForKey: によって nil 値が返されます。

2 つの読み取りの間に setValue: は呼び出されず、Foo オブジェクト自体はまだ有効です (非 nil)。実際、Core Data オブジェクトまたはコンテキスト全体に対する 2 つの読み取りの間に、他の Core Data 操作は実行されません。

プロジェクトでは ARC を使用しています。ARC が Core Data 変数をいじって割り当てを解除している可能性はありますか? もしそうなら、ARCの割り当て解除をデバッグするための提案はありますか? または、さらに良いことに、ARCが変数の割り当てを解除しないようにする方法を知っている人はいますか?

これは ARC に関連するものでさえないかもしれませんが、何が起こっているのか少し迷っています。どんな提案でも大歓迎です。

ARC 対応のコードで、ブロックベースの API を使用している場合、保持サイクルの可能性に関する警告を修正する方法は?

警告：
Capturing 'request' strongly in this block is likely to lead to a retain cycle

このコード スニペットによって生成されます。

警告はrequest、ブロック内のオブジェクトの使用にリンクされています。

標準の Objective-C 手動メモリ管理では、この質問で、初期化された NSArray を解放する方法が提案されました。

使用することでした

自動参照カウントで使用できなくなっ-releaseた場合、この NSArray を ARC でリリースするにはどのような方法が推奨されますか?

次のメッセージを使用する際に発生する「Objective-C ポインターから 'const void' への暗黙的な変換は許可されていません」というエラーを修正するにはどうすればよいですか。

単純な初心者の用語である場合、このコードがこの例外をスローする理由を提供できる人に感謝します。

それが役立つ場合の完全な方法は次のとおりです。