iPachiで起きていた不具合なのですが、 特定の画面を表示中にメモリ不足に陥り didReceiveMemoryWarningを受け取ると アプリがクラッシュするという問題をついに 解消しました。 didReceiveMemoryWarning後にクラッシュするので メモリ管理でどこかがおかしくなっているのだろうとは 予想がつくのですが、いかんせん貧弱なエラーメッセージの ため、まったく発生元がつかめませんでした。 EXC_BAD_ACCESSとか言われてもさっぱりわからんです。 が、すばらしい記事をみつけました。 NSDebugEnabled これでクラッシュをおこしているオブジェクトの生成場所を 特定できるので、格段にデバッグ効率があがります。 というわけで、エミュレータでのメモリ不足時のシミュレートと デバッグのための設定をまとめます。 エミュレータでのメモリ
I recently saw this post on turning off NSLog for non-debug builds, and found it disappointing and inspirational at the same time. Scattering hundreds of #ifdefs around code is a recipe for disaster. Eventually some non debugging code will end up inside the #ifdef and the debug and release builds will function differently, making debugging more difficult. I’m not a big fan of debugging from log st
Advice from an experienced Appreneur, Mentor and Coach. My previous post about conditional logging received quite a few responses, with several people pointing out that littering your code with #ifdef DEBUG statements is both ugly and error prone. Karl Kraft, for example, created a new DebugLog class as a drop-in replacement for NSLog. Since NSLog has been around for quite a while, there have been
Update: BWToolkit now has its own website. BWToolkit is a BSD licensed plugin for Interface Builder 3 that contains commonly used UI elements and other useful objects. Using these objects is as simple as dragging them from the library to your canvas or document window. When I first heard about the plugin architecture in IB 3, I saw a huge potential for improving the developer user experience and l
Xcode と iPhone SDK を Macbook から Mac mini へ移行。 Macbook で、 Developer Cert と Distribution Cert の private key を p12 フォーマットで export。 パスワードで保護された private keys を Mac mini へ scp なり Dropbox なりで転送。 Mac mini で .p12 フォーマットの private keys をダブルクリックして login キーチェインにインストール。 iPhone Developer Program Portal で WWDR intermediate certificate (AppleWWDRCA.cer) をダウンロード。 ダブルクリックで login キーチェインにインストール。 iPhone Developer
iPhoneOS3.0の発表でiPhoneアプリデベロッパの方はwktkしてる所でしょうが、昨日、初めて知った小ネタエントリ。 Mac上の色をアプリで使いたい 僕はちょくちょく、「このサイトのここの色をアプリに使いたいなぁ」とか思ってアプリに反映させたりしています。 その時にDigitalColor Meterというアプリを使っています。 マウスカーソルの位置のカラーコードを表示してくれるツールでしてMacにデフォルトで入っているアプリです。 /Applications/Utilities/DigitalColor\ Meter.app このアプリを使ってShift+Cmd+Cとかしてテキスト形式でコピーしたカラーコードをXcodeに貼り付けて、255.0 で割ったりする感じにコードを書いていました。 色を再現できると言う意味でこのアプリは便利なのですが、コードにするのが微妙に怠かったりし
~/Library/Preferences/com.apple.Xcode.plistを編集します。 $ defaults write com.apple.Xcode PBXCustomTemplateMacroDefinitions \ '{FULLUSERNAME="KISHIKAWA Katsumi"; ORGANIZATIONNAME="KISHIKAWA Katsumi";}' // // AppDelegate.h // UICCalendarPicker // // Created by KISHIKAWA Katsumi on 09/01/01. // Copyright 2009 KISHIKAWA Katsumi. All rights reserved. //
Xcodeのテキストマクロについて、分かったことをざっくりと書きます。 他のエディタだとスニペット/テンプレートと呼ばれてるもの コード入力支援の仕組み Xcodeのメニューから呼び出す事ができる 入力補完候補から呼び出す事ができる サンプル Objective-Cのマクロの場合 /Developer/Applications/Xcode.app/Contents/PlugIns/TextMacros.xctxtmacro/Contents/Resources/ObjectiveC.xctxtmacro ( // // Objective-C language macros (they also show up for Objective-C++) // { Identifier = objc; Name = "Objective C"; IsMenu = YES; // Can be s
Home | Recent Comments | Sign in | Open Radar Community bug reports Page 1 next Number Created Status Originator Product Title rdar://FB18886919 2025-07-16 Open bwachowski Fitbit [Fitbit] Deeplink to Night Shift in Settings rdar://FB18886783 2025-07-16 Open bwachowski Fitbit [Fitbit] Deeplink to Health App rdar://FB18552371 2025-07-16 Open bwachowski Fitbit [Fitbit] Deeplink to Clock App with cont
iPhone アプリをデバッグするときに、ソースに NSLog をそのまま書いてしまうと、リリース時に削除するのが面倒なので、以下のようなマクロを使っています。 #ifdef DEBUG # define LOG(...) NSLog(__VA_ARGS__) # define LOG_METHOD NSLog(@"%s", __func__) #else # define LOG(...) ; # define LOG_METHOD ; #endif 使い方は、まずプロジェクトの設定を開き、「Debug」構成を選択してから、一番下のユーザ定義カテゴリの「GCC_PREPROCESSOR_DEFINITIONS」に「DEBUG」を追加しておきます。 こうすることで、Debug build のときにだけ「DEBUG」が定義されます。 あとは、NSLog の代わりに LOG を使うようにすれば
とりあえずCocoa初心者が、nibファイルのローカライズ方法をまとめてみた。 通常の方法 Cocoaアプリをローカライズする一番簡単な方法は、Xcode上からnibファイルのローカリゼーションを追加する方法だ。 まず、ローカライズしたいnibファイルを選択し、 「ローカリゼーションを追加」を選択する。 そして最後に、できあがったnibファイルを、その言語用に編集する。 ただ、この方法にはとても気持ち悪い問題がある。 例えば、元のnibファイルを編集してユーザインタフェースを変更した場合、同じ修正を別言語のnibファイルに行うか、一旦、別言語のnibファイルを削除して、もう一度ローカライズを行わなければならない。 これはひどい。 Subversionとの相性も最悪で、どうしようかと悩んでいるところにibtoolを知った。 ibtoolを使うと以下の流れでローカライズを行うことができる。 n
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く