iPhoneアプリ開発におけるデバッグのTIPS
2011-2-28 NSLogの出力を分りやすくするを修正しました。 新型MacBookAirをケーキ入刀用に買おうとしてるみなさんこんにちは。ダニーです。 iPhoneアプリ開発をしてるとメモリ周りで落ちることがあってデバッグするのが大変ですね， 今回はデバッグについて紹介したいと思います。 CGRectの中身を表示する CGRect rect = CGRectMake(13, 30, 100, 200); NSLog(@"%f %f %f %f", rect.origin.x, rect.origin.y, rect.size.width, rect.size.height); NSStringFromCGRectを使うと簡潔になります。 CGRect rect = CGRectMake(13, 30, 100, 200); NSLog(@"%@", NSStringFromCGRec
gdb + Emacs でおいしいデバッグ生活。[応用編?!] - trial and error
なんとなく、昨日のデバッガの使い方応用編。 gdb + Emacs でおいしいデバッグ生活。 もうちょっと、効率よく使ってみよう的な。 というか、付け足しみたいな・・・。 昨日の続きで行きますので、そのつもりで。 1. ブレークポイント関連 ブレークポイント関連の使い方は、昨日はブレークポイントの設置と削除をやりました。 今日は、はじめに、ブレークポイントをどこにつけたかわからなくなっちゃったとき。 まあ、Emacs と組み合わせて使っていればそんなことないのですが、テキストな Emacs の場合とか、gdb をそのまま使ってる場合にはブレークポイントの一覧を表示させるコマンドも必要かと思います。 そんなときは、"i b" または "info break" すると一覧が表示されます。 (gdb) b 8 Breakpoint 1 at 0x80483d8: file test.c, lin
gdb + Emacs でおいしいデバッグ生活。 - trial and error
今日は、キャンプで習ったことを少し書きます。 gdb を使った C 言語のデバッグ方法です。 C 言語って、以外にデバッガ使わないで開発してる人も多いのでは？ キャンプでやった時のように、ただ gdb を使うだけじゃなくて、emacs との合わせ技で "おいしいデバッグ生活" と。 使いこなせれば、某 /Y\$ 社製 IDE のデバッガにも(ry 忘れてしまいそうなので、独自にメモっておくためにも。 なんか、このへんのことがテキストにもあんまり載ってなかったような気がしたので、参加者の方もおさらいがわりに利用してみてください。 Emacs 信者になりつつある僕が書いたものなので、emacs がある程度使えないと厳しいかもしれないけど。 Emacs があれば、なんでもできる！(何ｗ 一応、超やさしく書いてみます。 [Emacs 初心者への注意書き] C-x と表記してある場合、Ctrl +
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
TMail パーサのデバッグ方法 - おいしい大麻味噌の熟成日記
あれ！？ TMail のメール解析がおかしいぞ！？ というときは、パーサまで手を入れないといけないかも知れない。そのデバッグの仕方を書いておく。 パーサのデバッグフラグをＯＮにする TMailを使うスクリプトの中で、 require "tmail" TMail::Parser.const_set(:MAILP_DEBUG, true) # <== ココ mail = TMail::Mail.parse(IO.read(mailfile))こうするとデバッグ情報が出力される。また通常は、ヘッダの中身を解析していてエラーが起こった場合は、通常何も出力されずに無視されて、エンコード時にそのヘッダが捨てられてしまう。デバッグをＯＮにすると、中断こそしないがそのエラーも出力される。 まずこれで実行して、構文解析エラーが原因なのかどうかが調べてみるとよい。エラーメッセージだけで、対応方法が分かる場合が
Rails 2.0でデバッグをする新しいやり方 - Hello, world! - s21g
比嘉さんからciteされたみたいなので、取り急ぎ新しい情報を吐き出しておこうと思います。 そろろろRailsについて本音を書いてみるか 後、デバッグの環境は、Javaに比べて貧弱だと思う。Railsでデバッグをする７つの方法を見てほしい。IDEでソースにブレークポイントを設定(ソースコードを書き換えるのではなく)して、ステップイン、ステップオーバー、メモリの状態を見たりなんてのに慣れているJavaから比べると、すっごく大変に見える。 喜ばしいことに、Rails 2.0ではruby-debugを使ったdebuggerが正式に採用されました。 これの使い方は非常に簡単です。 まずは、以下のようにブレークポイントをコード中に書き込みます。
MOONGIFT: >> Railsのデバッグのお供に「ruby-debug」:オープンソースを毎日紹介
VBをはじめとした統合開発環境がある場合は当たり前だったデバッグポイント。スクリプト系言語ではないのが当たり前で、久しくその存在を忘れていた。なくとも開発はできるが、出来ればあった方が良い。 なくとも十分と思っている方ほど、これを試してみて欲しい。一度使うとはまるはずだ。 今回紹介するオープンソース・ソフトウェアはruby-debug、Ruby on Railsでも使えるデバッガーだ。 ruby-debugのインストールはgemから行えるので手軽だ。そして「require 'ruby-debug'」としてデバッガを読み込み（または$ rdebug script/server）、好きなところでdebuggerと記述しておく。後はそのアクションを実行すれば、処理が停止し、コンソールからデバッグが可能になる。 変数の内容を見ることはもちろん、ステップ実行させていくことや、値の内容を入れ替えること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsでデバッグをする７つの方法 - Hello, world! - s21g