GHCiは単純な命令的スタイルのデバッガを搭載していて、実行中の計算を停めて変数の値を確かめることができる。このデバッガはGHCiに統合されており、デフォルトで有効になっている。デバッグ機能を使うのにフラグは必要ない。一つ、重要な制限があって、ブレークポイントとステップ実行は解釈実行されているモジュールでしか使えない。コンパイル済みコードはデバッガからは見えない[5]。 このデバッガは以下のものを提供する。 プログラム中の関数定義や式にブレークポイントを設定する能力。その関数が呼ばれたとき、あるいはその式が評価されたとき、GHCiは実行を中断してプロンプトに戻る。そこで、実行を続ける前に、局所変数の値を調べることができる。 ステップ実行ができる。評価器は、簡約をだいたい一回行うごとに実行を一時停止し、局所変数を調べることができるようにする。これはプログラムのあらゆる地点にブレークポイントを
Unix系コマンドラインユーザーのための、 gcc/g++/g77 による開発におけるデバッグ術を簡単に紹介します。 以下の内容は gcc 2.7.2.3 での動作は確認しています。 g++/g77 でも恐らくは通用すると思うのですが、 ひょっとすると異なる部分があるかもしれません。 筆者は g++/g77 の使用経験がないので、その場合は御容赦を願います。 実行前 キーワード「コンパイルオプション, -Wall, -O2, -O4」 まずは gcc にオプション opt'-Wall' を付けてコンパイルし、 警告がなくなるまでソースを修正します。 これは 常識 です。 次に opt'-O4 -Wall' でコンパイルします。 「未初期化変数の使用」の警告 (`foo' might be used uninitialized in this function) は、 opt'-O4' を付
Emacs上でGDBを使用してC言語のプログラムをデバッグする方法をまとめます。 デバッグするプログラムは「sample.c」という簡単なプログラムです。 使用環境: Ubuntu Linux7.10 Emacs22 GDB6.6 ■ sample.c #include <stdio.h> void greeting(char *name); int main(int argc, char *argv[]) { int num1 = 10; int num2 = 100; int result = num1 + num2; printf("result=%d\n", result); greeting("satoshi"); return 0; } void greeting(char *name) { printf("Hello %s.\n", name); } 1. まず最初に「sam
モジュールpdbはPythonプログラム用の対話的ソースコードデバッガを定義します。(条件付き)ブレークポイントの設定やソース行レベルでのシングルステップ実行、スタックフレームのインスペクション、ソースコードリスティングおよびいかなるスタックフレームのコンテキストにおける任意のPythonコードの評価をサポートしています。事後解析デバッギングもサポートし、プログラムの制御下で呼び出すことができます。 デバッガは拡張可能です -- 実際にはクラスPdbとして定義されています。現在これについてのドキュメントはありませんが、ソースを読めば簡単に理解できます。拡張インターフェースはモジュールbdb(ドキュメントなし)とcmdを使っています。 デバッガのプロンプトは"(Pdb) "です。デバッガに制御された状態でプログラムを実行するための典型的な使い方は: >>> import pdb >>> im
このページは書きかけです。 hogetraceという名前はあんまりなので自重してtracefに変更しました。 TOC 概要 実行例 動作環境 (OS) ダウンロード ビルド環境 ビルド手順 解析可能なプログラム スクリーンショット forkするプログラムの解析 execするプログラムの解析 再帰 マルチスレッド みんなだいすき例外スロー mainの前に呼ばれる関数 制限事項 コマンドラインオプション 仕組み (つぶやき) 類似ツール 概要 hogetrace tracefは、Linux向けの「関数コールトレーサ」です。 自作関数の先頭と末尾にも0xCCを仕掛けるようにしたptraceベースのltraceもどきです。おわり。 ディストリビューションに標準で含まれているltraceコマンドに似ていますが、次のような特徴・相違点があります。 DSO(DLL)内のライブラリ関数の呼び出しだけでなく
Planning Important planning recommendations and guidance to review before deploying. Considerations in adopting RHEL 9Key differences between RHEL 8 and RHEL 9 Getting the most from your Support experienceGathering troubleshooting information from RHEL servers with the sos utility Package manifestPackage listing for Red Hat Enterprise Linux 9 Interactively installing RHEL from installation mediaIn
専用パーティーションを切らずにシステムを構築してしまったがために、クラッシュダンプを採取できなくて苦しんでいる人（って私ですが）にとってはとっても魅力的な仕組みがカーネルに取り込まれたみたいです。導入手順も Documentation/kdump/kdump.txt に非常にわかりやすく書かれているので、比較的スムーズに組み込むことができそうな予感がします。 kexec の機能を利用して別のカーネル（kdumpを組み込んだもの）を起動すると、/proc/vmcore から元のカーネルのクラッシュダンプを採取できるというものなので、通常利用するカーネル（以下、ファーストカーネル）と、パニック時に動き始めるカーネル（以下、セカンドカーネル）の二つのカーネルを作る必要があります。 以下、kdump.txt より抜粋 A) First kernel or regular kernel: -----
2007年08月20日21:41 カテゴリLinux netdumpでクラッシュダンプ取得 Linuxカーネルのクラッシュダンプを取るには、Red Hat系だと diskdump と netdump があると思います。 ちなみに、RHEL5(Red Hat Enterprise Linux 5)だと kexec を使った kdump もありますし、SLES(SUSE LINUX Enterprise Server)だと LKCD が標準のようです。 クラッシュダンプをネットワーク上のサーバに保存する netdump を試してみたので、メモしておきます。 ローカルディスク上に保存する diskdump も試したのですが、システムディスクは swap も含めて全て md でミラーリングする予定です。 diskdump では mdデバイスには保存できないようだし、ダンプ用に専用パーティションを設
UNIX SVR系のcrashツールのインターフェースをベースに作成されたツールで、netdump、diskdumpフォーマットに対応したダンプ編集ツールとして開発されている。また、LKCDのダンプフォーマットにも対応している。 UNIXのツールを参考にしているため、UNIXのダンプ解析を行っていたユーザには親しみやすく、またGDBをラッピングしているため、GDBのコマンドもいくつか実行できることが大きな特徴である。また、コマンドラインにGNU Readlineを採用していたり、ページャなども外部のコマンドを利用していたりと、lcrashのように独自ですべてを抱え込むという仕様にはなっていない。 また、ダンプ編集のスピードアップの考慮や、動的ライブラリによる拡張コマンドの追加機能も備えている。 crashの簡単な起動方法を以下に紹介する。まずcrashの導入が必要になるが、以下のサイトから
認知症の一つのアルツハイマー。 高齢化社会などの問題よりも現実手敵に貴方の母親や父親、又はパートナーがアルツハイマーになる可能性が心配では無いでしょうか。 年だから物忘れが多くなった母親や父親と如何に向き合うか。 それが病気なのか単なる加齢による物か判断は難しいでしょう。 まずは情報収集から初めておくべきでしょう。 アルツハイマー病とは? アルツハイマー病とは進行性の脳の病気で、記憶や思考力が徐々に低下していき、最後には寝たきりとなり、家族の顔すらも分からなくなってしまう事もあります。 現在の医療技術では治癒はできず、進行を遅らせる治療法しかありません。 脳の状態としては、アルツハイマー病になると、脳全体で神経細胞が死んでしまいます。 多くの方が亡くなるまでの10年以上の間で脳の大半の機能に影響を与えながら、徐々に脳の萎縮が進み、認知症の症状が続いています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
