高機能バイナリトレーサqiraはどのように実装されているのか - るくすの日記 ~ Out_Of_Range ~
1. qiraとは qiraとは世界的なハッカー、George Hotz氏 (ジョージ・ホッツ - Wikipedia) によって開発された高機能バイナリトレーサーであり、qiraという名は（QEMU Interactive Runtime Analyser）の略である。 GitHub - BinaryAnalysisPlatform/qira: QEMU Interactive Runtime Analyser 略語を見れば分かるがuser mode QEMUを使用したバイナリ解析ツールであり、ELFなどの実行形式バイナリを実際に動作させて各命令のレジスタ、メモリへの操作を逐次記録する。 これらの記録はweb UIを通して好きな命令位置にカーソルを移動させるだけで見ることができ、その時のレジスタ、メモリの記録が再現される仕組みになっている。ソフトウェアのデバッグやCTFにおけるバイナリ解
Chrome/Firefox の JavaScript Debugger でステップ実行時にライブラリ・フレームワークをスキップする - Qiita
JavaScript のデバッガ、便利ですよね。つかって、ますよね! Chrome, Firefox 両方の Developer Tool (Web Inspector) には JavaScript デバッガが付属しています。両者には Event Listener Breakpoints 機能が存在し、特定イベントのリスナ全部にブレークポイントを仕掛ける事が可能です。 しかし、jQuery の $.on, $.bind, その他 $.click(fn) 等でイベントハンドラを定義すると jQuery の中で addEventListeners が呼ばれ内部で処理をした後に実際に jQuery に渡した関数が呼ばれます。 そのため、JavaScript デバッガは jQuery 内部でブレークし本来飛んでほしいはずの関数に一発で飛んでくれません。 そこで Firefox には Library
The JavaScript console API
In most JavaScript engines, there is a global object console with methods for logging and debugging. That object is not part of the language proper, but has become a de facto standard, since being pioneered by the Firebug debugger. Since their main purpose is debugging, the console methods will most frequently be used during development and rarely in deployed code. This blog post gives an overview
中級者向け iOS デバッグ Tips - jarinosuke blog
導入 iOS 開発者のみなさん、こんにちは。 このブログでは主にチュートリアルだったりフレームワークの紹介みたいなことを書いてきました。 そこで、たまには中級者向けのエントリを書いて「Xcode バリバリ使って、ビシバシ Objective-C 書いてますよ」アピールします。 iOS 開発をはじめて一通り Framework は理解したけど Xcode 使いこなせてる感が足りない方、夢にまで EXC_BAD_ACCESS が出てくる方に参考になる記事となればと思います。 といっても Xcode はマッシブな IDE なので、4つのデバッグツールに分けて「あれ、それ知らなかった！便利じゃん！」な方法を紹介します。 ブレークポイント デバッグには切っても切れない関係ですね。アプリを実行中に指定した行で処理を中断し、そこからステップ実行で細かいデバッグを可能にしてくれます。 ショートカットキー
weinre - Home
Home - Test Drive - Installing - Running - Multi-User - Security - Building - ChangeLog - License ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ weinre is Web Inspector Remote. Pronounced like the word "winery". Or maybe like the word "weiner". Who knows, really. It's a debugger for web pages, like FireBug (for FireFox) and Web Inspector (for WebKit-based browsers), except it's designed to work remotely, a
もう return UIApplicationMain で止まっても困らない! Xcodeでのデバッグ方法 – Zero4Racer PRO Developer's Blog
Xcode4.2 エラー画面 Xcode4になってから、いまいちデバッグがうまくいかない理由に、止まってしまう場所が、 return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class])); の行で止まってしまう場合が多いのがありますよね。この時に、どこで止まったのか分かるときはいいですが、いろいろな画面の中でどこで止まったか分からないときはデバッグ困りますよね。その対策法を見つけたので書いておきます。 試しに、エラーが起こるプロジェクトを作ってみました。 - (void)viewDidLoad { NSMutableArray *arrray = [NSMutableArray arrayWithCapacity:0]; [arrray objectAtIndex:10]; [super vie
UIWebViewでFirebugみたいなツールを使う | Prototype
iWebinspectorは素晴らしいのですが、どちらかと言えばWeb開発向けです。 UIWebViewを見たいですよね。 iOS5でなければいけませんが、やり方がありました。今度はiWebinspectorも入りません。 （参考：Nathan de Vries Enabling Remote Debugging via Private APIs in Mobile Safari） UIWebViewを使ってるアプリのAppDelegate の application:didFinishLaunchingWithOptions: で 以下のコードを追加します。 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { // 非公
Valgrind Home
Information About News Tool Suite Supported Platforms The Developers Source Code Current Releases Release Archive Variants / Patches Code Repository Valkyrie / GUIs Documentation Table of Contents Quick Start FAQ User Manual Download Manual Research Papers Books Contact Mailing Lists and IRC Bug Reports Feature Requests Contact Summary Commercial Support How to Help Contributing Project Suggestion
でらうま倶楽部 : iPhone リリースビルド時に余計なコードをまとめて省く、Objective-Cなりの書き方。
2010年08月02日21:30 カテゴリiPhoneプログラム iPhone リリースビルド時に余計なコードをまとめて省く、Objective-Cなりの書き方。 これが果たして実用的なのかどうか…是非みんなにも考えてみて欲しいネタです。 Objective-Cで役立つ…かもしれない、デバッグ用のコード管理についてー。 デバッグ用にプログラムの状況を逐次表示するもっとも簡単な手法として、恐らく printf("%f %f\n", pos.x, pos.y); とか、iPhoneなら NSLog(@"%f %f\n", pos.x, pos.y); みたく、コンソールにテキストを表示する方法があると思います。昔から使われとる由緒正しい(?)技…なのかな？部長もほぼ８割がた、これでバグを特定して修正しとります。ほとんどデバッガ使いません(使えません) んで、ゲームもそうなんだけど、こういったデ
でらうま倶楽部 : iPhone Objective-Cではないコードのメモリリークを特定するには(今回はソース付き)
2010年08月05日15:38 カテゴリiPhoneプログラム iPhone Objective-Cではないコードのメモリリークを特定するには(今回はソース付き) 今回はメモリリークの話です。 iPhoneでのメモリ管理ですが、Objective-Cのクラスをフル活用してコードを書いているウチは問題ないと思います。InstrumentsのLeaksを使えばコードのどの場所で確保されたメモリかが一目瞭然だと思うからね。 (きっとC++でもそんな感じに違いない) なーのーでーすーがー！ 問題なのがCのmalloc()とかcalloc()とかrealloc()とか。これ、InstrumentsのLeaksでも「Malloc area 8K」とかって表示されるんで、その表示の中からメモリリークを探し出すのが至難の技….。 まぁメモリ確保時にクラス名の指定も何もないんだから仕方ないのは判ってるんで
xcodeを256倍使い倒す方法〜シンボリックブレークポイント編 | Eudyptes Chrysocome
iPhoneアプリを作ってると、時々プライベートライブラリの中身が気になったりとかありますよねー。 世の中には色々な人がプライベートライブラリのヘッダファイルを解析して、その情報を提供してもらえてるけども、メソッドの引数がオブジェクトの場合は(id)になってることがほとんど。 でも、これじゃオーバーライドしてごにょごにょするのにとても不便。 引数のクラスが分かってるととても便利になるのに。 そういう時にxcodeの「シンボリックブレークポイント」を使うと、プライベートライブラリでもなんでも調べることができる。 ただし、シンボル名が分かっているならば。 以下、使い方。 今回はPhotoLibraryフレームワークの PLCameraView クラスのインスタンスメソッド CameraControllerReadyStateChanged: を例に挙げてみる。
Cプログラムをデバッグする基本的な方法 | エンタープライズ | マイコミジャーナル
The Geek Stuff How to Debug C Program using gdb in 5 Simple Steps - The Geek Stuffにおいてgdbを使ったCプログラムの基本的なデバッグ方法が紹介されている。あらかじめ問題を仕込んである短いCのソースコードと、それをデバッグオプション付きでビルドして、実際にどのようにデバッグを実施すればいいかが簡潔にまとまっていて参考になる。同記事では次のようなCで記述したソースコードを用意。 階乗計算プログラムをデバッグする例 このソースコードは階乗を計算するという内容。「for (i = 1; i < num; i++) j = j * i」の部分が階乗計算部分だが、変数jが初期化されていないため階乗の計算になっていない。jにどういった数値が入っているかは実行する環境によって左右される。How to Debug C Pro
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - FLEXTool/FLEX: An in-app debugging and exploration tool for iOS
Coming Soon
http://www.pod2g.org/2012/02/working-gnu-debugger-on-ios-43.html
GitHub - square/PonyDebugger: Remote network and data debugging for your native iOS app using Chrome Developer Tools
chromedevtools - Project Hosting on Google Code
Diagnose and Prevent AJAX Performance Issues - dynaTrace software