タグ

debugに関するkyouzontのブックマーク (12)

  • GAEをPyDevでデバッグする。 | simultechnology.blog

    先日、python初心者教室でやったpythonの例題をGAEで動かそうと思った。それだけでは芸がないのでデバッグでステップ実行のやり方を書こうと思った。 内容はファイルを読み込み(英文のみのファイル)、その中で最も使われている単語と、その回数を表示するというもの。 まずは読み込むフォームのあるhtml file.html <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <title>sample</title> </head> <body> <h3>読み込んだファイルの中身で最も多く、使わ

  • Debugging with GDB - データの検査

    ユーザ・プログラムの中のデータを調べる通常の方法は、 printコマンド (省略形はp)、 またはそれと同義のコマンドである inspectコマンドを使用することです。 これは、 ユーザ・プログラムが記述された言語 (異なる言語の使い方参照) による式を評価し、 その値を出力するものです。 print expr print /f expr exprは (ソース言語による) 式です。 デフォルトでは、 exprの値は、 exprのデータ型にとって適切な形式で表示されます。 `/f'を指定することで、 他の形式を選択することも可能です。 `/f'のfは形式を指定する文字です。 出力フォーマット を参照してください。 print print /f exprを省略すると、 GDBは値履歴 (値履歴参照) の最後の値を再表示します。 これは、 同じ値を異なる形式で調べるのに便利です。 データを調べる

  • ダンプされたcoreを元にエラー原因を解析する方法 - Hello, world! - s21g

    Railsアプリを書いてる場合はあまり関係ないですが、 セグメンテーションエラー(SEGV)などに遭遇した場合に、 原因を調査する方法を紹介します。 まずは、coreを吐かせるためにulimitの設定をします。

  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • debuginfoの使い方など – ログ取得ツール

    Fedora Coreにはdebuginfoパッケージというものがある。普通にrpmbuildなどでコンパイルすると、いつの間にかできてしまうので邪魔に思う人も多いかもしれない。実際、インストールしなくても全然構わない。 debuginfoパッケージを作らないようにするには、$HOME/.rpmmacrosに %debug_package %{nil} と書くとよい。…でも、たくさんあるってことは便利に使えるってことなんだろう、というのが日の議題。書いとかないと忘れてしまうしね。 debuginfoが威力を発揮するのは正にデバッグのときだ。しかし普段はデバッグなどはしないわけなので、別パッケージにして塩漬けにしておく。それがdebuginfo。で、ゲロ(core)を吐いたときに使う。 例えば、bashがゲロを吐いて落ちたとしよう。「unlimit -c unlimited」としておかない

  • SIOS "OSSよろず" ブログ出張所: debuginfo RPM パッケージで、ソースレベル・デバッグをする

    SIOS "OSSよろず"ブログ出張所はサイオスが新たにオープンしました「SIOS Tech.Lab」ブログに移設します。 新サイトのURLは下記となります。引き続きのご愛読をよろしくお願いします。 https://tech-lab.sios.jp/ お元気ですか? あいにく風邪気味の、サイオス 那賀です。 最近の RPM ベースの Linux ディストリビューションであれば、バイナリ RPM と共に、debuginfo パッケージが提供されているのが普通だと思います。この debuginfo パッケージをインストールすることで、従来であればバイナリパッケージ作成の際に strip で落とされてしまっていたデバッグ情報やソース情報を別パッケージとして利用することができるようになるため、体パッケージを肥大化させることなく、体パッケージのバイナリそのものを用いて、ソースレベルでのデバッグを

  • 技術的雑談-アプリケーションのコアダンプを取る - Tsubasa's HomePage

    UNIXで実行中のプロセス(≒プログラム)のメモリーダンプをデバッグなどの用途で取りたい場合、UNIX標準の以下のコマンドを使えば取得できます。 gcore -s -c [ダンプの保存先ファイル名] [pid] [ダンプの保存先ファイル名] -- メモリー状態のファイルをどこに出力するか [pid] -- メモリダンプを取りたいプロセスのプロセスID 尚、-sは「プロセスを一時停止し、コアダンプ取得後に再開する」というオプションです。 プロセスID(pid)は 「ps」コマンドで探す /proc/〜 以下を探す /var/run/〜 以下を探す の方法で取得できます。 (多分psコマンドで探すのが人間の一般、プログラムが特定できている場合は/var/run以下で探すのがshell scriptでの一般) ちなみに、psコマンドを叩くと、そのユーザ権限で起動しているプロセスの一覧が表示されま

  • Index of /gnu/ddd

    Apache/2.4.29 (Trisquel_GNU/Linux) Server at ftp.gnu.org Port 80

  • GDBの使い方 - PukiWiki

    GDBの使い方 † 参考URL ファイヤープロジェクト GDB テクニカルノウハウ gdbの使い方(その1) gdb でデバッグしていて、ソースコードが表示されない場合、対象プログラムが、-g オプション指定でコンパイルされているか、確認をする。-g オプションは、デバッグ情報を追加するための、オプションである。 ↑ バグ箇所の発見 † $ gdb [exefile] (gdb) break [function] (gdb) run (args) (gdb) s 5 (gdb) s (gdb) s 動作を確認したい関数へ breakpoint を貼り、ソースコードを一行ずつ実行していく。 $ gdb [exefile] (gdb) run (args) ..Some Error Message.. (gdb) エラーや例外で停止する場合は、とにかく run で実行をして、出力されるエラーメ

  • ソースコードを読むための技術

    $Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ

  • Charming Python: Functional programming in Python, Part 3

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Charming Python: Functional programming in Python, Part 3
  • BytemanによるJava黒魔術 - nekop's blog

    クリスマスも近いですね。さて、クリスマスといえばどういうわけか黒魔術への需要が一気に高まる時期のようですので、Java Advent Calendar -ja 2010の12月20日はJavaの黒魔術をお送りします。昨日はid:celitanでした。 今日紹介する黒魔術はバイトコードインジェクションツールであるBytemanです。 この前ですね、お仕事で「HTTPレスポンスのヘッダが勝手に想定外のものに書き換わる」という不思議現象の相談を受けたんですね。Servletの中ではsetHeader("Foo", "bar")ってしてるのに、実際のレスポンスは"Foo: hoge"とか返ってる。アプリのJavaソース調べてもそんなことしてなさそうだし、Tomcatのソース見てもsetHeader()呼び出しでは何のログも出さないっぽいのでログを有効にしても原因がわからなさそう。なんだこれはとか思

    BytemanによるJava黒魔術 - nekop's blog
  • 1