XCode4 と Instruments で実機動作中の NSZombie を探す方法
XCode4 と Instruments で実機動作中の NSZombie を探す方法¶ XCode4 で開発していると、予期しないインスタンスが解放されてしまって、そいつを 参照しようとして BAD_ACCESS が出てしまう事が有る。 しかし、いったい何を参照しようとしているのか、なかなか見つけ難い場合がある。 Cocoaではデベロッパ向けに「ゾンビオブジェクト」というアロケーションされていないメモリへのアクセスを見つける為に解放されたオブジェクトをNSZombieオブジェクトとしてリプレースされる機能があるので、BAD_ACCESSが発生した 際にそいつを見つけやすくすることができます。 NSZombie が有効な場合のXCode4 での debug output GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Fri Sep 16
警告「PerformSelector may cause a leak because its selector is unknown」への対処 - 甘いものが好きです
セレクタを指定してオブジェクトにメッセージを送る処理について。 SEL sel = @selector(doSomething); if ([obj respondsToSelector:sel]) { [obj performSelector:sel]; } このようなコードをビルドすると、ARC有効時にperformSelector:の行について次の警告が出る。 PerformSelector may cause a leak because its selector is unknown 指示子@selectorによりセレクタを指定するのではなくSEL型変数を使用する場合にのみ警告が出る。実際、次のような場合には警告は出ない。 if ([obj respondsToSelector:@selector(doSomething)]) { [obj doSomething]; } if
NSAttributedStringによる文字装飾 – Cyber Passion for iOS
iOS6からNSAttributedStringを使ってUILabelやUITextViewで表示する文字列を部分的に文字装飾できるようになりました。 まずは単純なフォントと色替え。 NSDictionary *stringAttributes = @{ NSForegroundColorAttributeName : [UIColor blueColor], NSFontAttributeName : [UIFont systemFontOfSize:14.0f] }; NSAttributedString *string = [[NSAttributedString alloc] initWithString:@"0123" attributes:stringAttributes]; _label.attributedText = string; このようになります。 この程度ならUI
iOSでプッシュ通知を実装する方法の超詳細まとめ(前編) | Lancork
※当ブログではアフィリエイト広告を利用しています。 現在業務でiOSアプリを細々と作っていたりするのですが、APNS(Apple Push Notification Service)を利用したリモートプッシュ通知を実装する際にいろいろ手間取った点がありました。 実装するまでの手順をできるだけ詳細にまとめてみます。長いのでエントリを前編・後編に分けます。前編は「概要～プロビジョニングプロファイル」の準備の手順です。 APNS(Apple Push Notification Service)を利用したプッシュ通知の流れ プッシュ通知についての概要はApple公式ドキュメント「Local および Push Notification プログラミングガイド」で解説されていますが、単純化すると下記の流れとなります。 iPhone・iPadのアプリでプッシュ通知を許可し、APNSからデバイストークンを取
Cocoaの日々: UISearchDisplayController で用意される UITableView を扱う上での注意点
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 以前、UISearchDisplayController についてのまとめを書いた。 [参考] Cocoaの日々: UISearchDisplayController と NSFetchedResultContoller を組み合わせる (3) 考察 さらに分かったことがあるので追記する。 [1] 検索毎に新規に UISearchResultsTableView が作り直される -[UISearchDisplayControllerDelegate searchDisplayController:willShowSearchResultsTableView:] において引数で渡される UITableView をデバッグ出力したところ、検索毎に異なることがわかった。 [44712:207
なめらかに動作するUITableViewのつくりかた
矢口裕也です。 Advent Calendar 10日目はiOSのUITableViewの話をします。 ぼやき iOSアプリを開発していると70%くらいの時間はUITableViewに費やしている気がしてきます。 UITableViewは非常にめんどうなものですが、パフォーマンスがシビアでかつユーザーの快適さに直結するものなので大いに手間をかける価値があります。 この記事ではガクガク処理落ちするUITableViewを例として改善していきながら快適なUITableViewのつくりかたを解説します。 目的 以下のケーススタディでは次の目的でコードを改善していきます なめらかに動くようにする ここでのポイントは実際速くなくてもユーザが快適に感じればOKである、ということです。処理速度が高速である必要はありません。 戦略 UITableViewでのパフォーマンス問題は次の2点であることが多いです
アプリがクラッシュしちゃった。さて、どうしましょう- Part 2 | Ray Wenderlich
このチュートリアルは次の言語で閲覧可能です: 英語, スペイン語このチュートリアルはiOSチュートリアルメンバーの Matthijs Hollemans 氏によって執筆されました。氏はiOSデベロッパー、デザイナーとして活躍しています。興味のある方はGoogle+ and Twitterへどうぞ。 またお会いしましたね。デバッグチュートリアルです。 前回のチュートリアル ではSIGABRT と EXC_BAD_ACCESSのエラーをXcodeのデバッガとエクセプションブレークポイントを使用して解決する方法を紹介しましたね。 でもこのチュートリアルで使用しているアプリは、それでもまだ何か問題があるようです。なかなか思ったように動いてはくれません。何が潜んでいるんでしょうか？ 幸運にも、これらの問題を解決する為のテクニックはまだまだあります。そしてこのシリーズパート２ではそれらのテクニックにつ
アプリがクラッシュしちゃった。さて、どうしましょう- Part 1 | Ray Wenderlich
このチュートリアルは次の言語で閲覧可能です: 英語, フランス語, スペイン語このチュートリアルはiOSチュートリアルメンバーの Matthijs Hollemans 氏によって執筆されました。氏はiOSデベロッパー、デザイナーとして活躍しています。興味のある方はGoogle+ and Twitterへどうぞ。 ある薄暗い雨の夕刻、楽しくアプリ開発に尽力していた貴方に突然の出来事が、、、ボンッ、 「あぁぁぁーーーーークラッシュしたぁーーーーー！！！」(悲しいバイオリンの音) ここで貴方の取る行動は…: まず、落ち着いてください！ クラッシュを修正する事は決して難しい事ではありません。ここで焦ってランダムに修正を試みる事は事態を悪化させるだけです。必要な事はクラッシュを通してその原因を学び、正しいアプローチで修正して行く事です。 まず何よりも、どのファイルのどのコードがクラッシュを引き
NSURLで取得出来るURL(URI)のパラメータ一覧 - 強火で進め
NSURLのどのメソッドでどの要素が取れるんだっけ？となりがちなのでメモしとく。 プログラム。 NSURL *url = [NSURL URLWithString:@"http://user:password@www.example.com:8080/hoge/fuga/index.html?a=1&b=2#test"]; NSLog(@"absoluteString : %@", [url absoluteString]); NSLog(@"absoluteURL : %@", [url absoluteURL]); NSLog(@"baseURL : %@", [url baseURL]); NSLog(@"fragment : %@", [url fragment]); NSLog(@"host : %@", [url host]); NSLog(@"lastPathComponen
Gesture Recognizers 〜簡単にタッチ操作を検知 | iPad Techfirm Lab
こんなAPIを待っていた！ ダブルタップとか、スワイプとか、ピンチインとか自力で判定すると結構めんどうなんですよね。でも、iPad以降はもう簡単にタップを捕捉できます。 Gesture Recognizer！無料！ UIGestureRecognizer ジェスチャーを捕捉してくれるのはUIGestureRecognizerクラスです。派生クラスで以下のものが用意されています。 UITapGestureRecognizer タップ UIPinchGestureRecognizer ピンチインアウト主に拡大縮小 UIPanGestureRecognizer ドラッグ UISwipeGestureRecognizer ページめくりやスクロール等のスワイプ UIRotationGestureRecognizer 指２本で回転させる感じ UILongPressGestureRecognizer 長
評判のいいiOSアプリ開発のTips ベスト20 - その後のその後
『iOSアプリ開発に役立つTips』という Facebook ページをやっておりまして、そこで評判が良かった投稿（※）を 20 個ほど紹介します。 （※） Facebook ページの insights にある「クチコミ度」で判断しました アプリ実行中にコードを修正してそのまま実行中のアプリに反映させる アプリ実行中にコードを修正してそのまま実行中のアプリに反映させることができるXcodeプラグイン。 実機でもシミュレータでも使用可能とのこと。実機での動作検証中に修正して再インストールは時間かかるので、超ありがたいかも。 Injection for Xcode 投稿：2013/2/4 「PCのwebブラウザからiPhoneのカメラロールにアクセスできるようにするアプリ」のしくみ アプリ側でURLを発行している画面キャプチャがあるので、アプリにHTTPサーバ機能をもたせて（古いけどCocoaH
Johnno1962's Home Page
John Holdsworth AppleOS Software Engineer From assembly language though scripting languages, Java(Script) and SQL to Objective-C(++) and Swift, John has the answer to your low level engineering and performance and tuning requirements. Available for remote work in the Europe or US timezone John has been an independent iOS and MacOS dev since 2008. Open Source Contributions This has focused on impro
UIAlertView の delegate 束縛を解放しよう - mixi engineer blog
どうも、佐野です。今回は UIAlertView の拡張カテゴリを作って、delegate ではなく Block でコールバック処理を記述するための拡張カテゴリの作り方を紹介します。 iOS4 から Objective-C では Blocks という独自のクロージャ機能が搭載されました。これによってアニメーションの記述やコールバック処理などグッと直観的・効率的に記述できるようになったのですが、残念ながら UIKit によって提供されているクラスの多くはまだ Blocks に最適化された作りになっていません。UIAlertView もそのひとつです。 UIAlertView は、その delegate を実装することでユーザアクションに対する処理を記述する訳ですが、どうも使い勝手が悪い。例えば、同じで画面内で2通りの UIAlertView を表示するような UIViewController
CALayerで3Dグラフィックス？ - terazzoの日記
ちょっと3Dグラフィックスやってみようかと思って、もしかしたら座標変換のライブラリはないかとドキュメントを見ていたら、Core Animationの関数を使ってアフィン変換・透視変換とかできる上に、そのまま描画もできるらしいということが分かった。 Core Animationプログラミングガイド: レイヤジオメトリと変換 Core Animationプログラミングガイド: Core Animationレイヤの配置 やってみた結論としては、がっつり3DやるならやっぱりOpenGLとか使った方が良いと思う。けど、簡単な図形や画像をちょっと俯瞰っぽく見せたい、ぐらいなら使えるかも。 ちなみにOSバージョンはSnow Leopard(10.6.6)です。 追記: これで立体迷路アプリ作ってみた 準備1. CocoaのクラスにCALayerを貼付ける とりあえず適当なサイズのウィンドウを表示させてC
[iOS5] ARC : プロパティ属性と使い方 | Natsu note
strong __strong修飾子に対応するプロパティ属性です。strong属性を用いたプロパティは参照先オブジェクトのオーナーとなります。 weak __weak修飾子に対応するプロパティ属性です。__weak修飾子を持った変数と同様、weak属性のプロパティも、参照先のオブジェクトが破棄されたら自動的にnilが代入されます。weak属性を用いたプロパティはオーナーシップ権を持ちません。 weak属性は、delegateやOutletの変数に最適です。 なお、iOS 4では__weak修飾子が使えないため、プロパティのweak属性も使えません。この場合は、後述のunsafe_unretainedを使いましょう。 copy __strong修飾子に対応しますが、実際にはコピーオブジェクトが代入されます。copy属性を用いたプロパティは参照先オブジェクトのオーナーとなります。 unsafe
Objective-C Automatic Reference Counting (ARC) — Clang 19.0.0git documentation
Objective-C Automatic Reference Counting (ARC)¶ About this document¶ Purpose¶ The first and primary purpose of this document is to serve as a complete technical specification of Automatic Reference Counting. Given a core Objective-C compiler and runtime, it should be possible to write a compiler and runtime which implements these new semantics. The secondary purpose is to act as a rationale for wh
『Objective-Cでatomicな宣言プロパティがatomicであるとは限らない話』
アクセサを使って値をインクリメントしています。これ、ぱっと見て問題があると感じますか？ このコードはマルチスレッド環境で動くため、プロパティは以下のようにデフォルトのatomicで(nonatomicを指定せず）定義されています。 @interface AtomicTest : NSObject { int count; } @property(assign) int count; - (void)increment; @end @implementation AtomicTest @synthesize count; - (void)increment { self.count++; } @end int main(int argc, char *argv[]) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; A
NSFetchedResultsController を使って CoreData を表示する
iPhone Dev Center から CoreDataBooks というサンプルコードを入手してソースを読む。なるほど NSFetchedResultsController を使うと UITableView で CoreData を使うのが楽になりそうだ。 CoreDataBooks の動作はこんな感じ。 リストに詳細表示、それと項目の編集を行う３つのビューから構成される。データの格納に CoreData を採用していて UITableView との連携に NSFetchedResultsController を使っている。 NSFetchedResultsController の使い方を理解するためにこのコードを参考にしつつ、（テーブルが一つで）構造が単純な OneLiner を NSFetcedResultsController を使うバージョンに書き換えてみる。 MainView
[iOS5] ARC : Autorelease, キャスト, 環境設定 | Natsu note
これまでの記事はこちら： [iOS5] ARC (Automatic Reference Counting) : Overview [iOS5] ARC : プロパティ属性と使い方 [iOS5] ARC : Outletにはweakプロパティを使おう [iOS5] ARC : 循環参照 ARCまとめの最終回はAutoreleaseとキャストについてです。また、最後で簡単にですが、Xcodeの環境設定についても触れます。 Autorelease ARC環境下では、これまでのNSAutoreleasePoolは使えません。そうは言っても、別にAutorelease環境がなくなってしまったわけではなく、作法が少し変わったのですね。 まずは、参考までにmain.mを見てみましょう。 非ARC（マニュアルメモリ管理） int main(int argc, char *argv[]) { NSAuto
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.f60k.com/drawrect_setneedsdisplay_layer/
