データベース接続確立エラー
概要 この文書は、Debian のパッケージ管理ユーティリティである APT の働きについて、 ユーザに深く理解してもらうことを意図しています。その目的は、新しい Debian ユーザの生活を楽にしたり、システム管理について理解を深めたいと願う人の手助けと なることです。Debian ユーザが得られるサポートを改善する目的で、Debian プロ ジェクトのために作成されました。 著作権表示 Copyright © 2001, 2002, 2003, 2004 Gustavo Noronha Silva This manual is free software; you may redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free
ubuntu8.04 の cron(vixie-cron)の動作を調べるため、 パッケージ管理に関する以下の方法を調べた。 バイナリのソースを見たい ソースを修正したい 修正後のソースをビルドして、debパッケージを再構成したい 作成した私家debパッケージをインストールしたい OS標準のパッケージに戻したい 結果、いずれも問題なく実施できた。 発端になったcronの話は後日改めてネタにするつもりだが、 今回は上記の「〜したい」をまとめる。 環境 Ubuntu 8.04 hardy 以下では cron(vixie-cron) を例に実施 準備 ソースを取得・ビルド・再構成する際に、以下のパッケージ等が必要なようです。 どれがナニというところは理解していないのですが… $ sudo apt-get install dpkg-dev build-essential debhelper d
[ 前のページ ] [ 目次 ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 次のページ ] APT HOWTO (Obsolete Documentation) 第 6 章 - ソースパッケージでの作業 6.1 ソースパッケージのダウンロード フリーソフトウェアの世界では、ソースコードで勉強したり、バグの多い ソースを修正するのはよくあることです。このためには、プログラムのソース をダウンロードしなければならないでしょう。APT システムはディストリビューション 中の多くのプログラムのソースコードと、そのプログラムを .deb 化するために 必要な全ファイルを入手するための、簡単な方法を提供します。 Debian ソースのよくある使い方としては、プログラムの新しいバージョンを 適合させる場合などです。例えば
debuildなどのパッケージビルドツールでは、大まかに言うと、 一般的に次のような手順でパッケージをビルドします。 ビルド環境を整備する。不要なファイルを削除する (debian/rules clean)。ソースパッケージをまとめる (dpkg-source -b ディレクトリ名)。バイナリパッケージにインストールするファイルをビルドする (debian/rules build)。ビルドしたファイルをバイナリパッケージにまとめる (debian/rules binary)。.changesファイルを作成する (dpkg-genchanges)。パッケージに署名する。 実際にビルドを始める前に、まずはビルドのための環境を整える必要があります。 「ビルドのための環境を整える」と一口に言っても色々とありますが、 例えばソースパッケージの展開などが挙げられます。 ソースパッケージをビルドする場合
プログラムをGDB配下で実行するには、 コンパイル時にデバッグ情報を生成する必要があります。 ユーザが選択した環境で、 必要に応じて引数を指定して、 GDBを起動することができます。 ネイティブ環境でデバッグを行っているのであれば、 プログラムの入力元と出力先をリダイレクトすること、 既に実行中のプロセスをデバッグすること、 子プロセスを終了させることもできます。 デバッグのためのコンパイル プログラムを効率的にデバッグするためには、 そのプログラムのコンパイル時にデバッグ情報を生成する必要があります。 このデバッグ情報はオブジェクト・ファイルに格納されます。 この情報は、 個々の変数や関数の型、 ソース・コード内の行番号と実行形式コードのアドレスとの対応などを含みます。 デバッグ情報の生成を要求するには、 コンパイラの実行時に`-g'オプションを指定します。 多くのCコンパイラでは、 `
The GNU Source-Level Debugger Eighth Edition, for GDB version 5.0 March 2000 Richard Stallman, Roland Pesch, Stan Shebs, et.al. GDBの要約 フリー・ソフトウェア GDBに貢献した人々 GDBセッションのサンプル GDBの起動と終了 GDBの起動 ファイルの選択 モードの選択 GDBの終了 シェル・コマンド GDBコマンド コマンドの構文 コマンド名の補完 ヘルプの表示 GDB配下でのプログラムの実行 デバッグのためのコンパイル ユーザ・プログラムの起動 ユーザ・プログラムの引数 ユーザ・プログラムの環境 ユーザ・プログラムの作業ディレクトリ ユーザ・プログラムの入出力 既に実行中のプロセスのデバッグ 子プロセスの終了 マルチスレッド・プログラムのデバッグ マルチ
Section: Linux Programmer's Manual (5) Updated: 2020-11-01 Index JM Home Page roff page 名前 core - コアダンプファイル 説明 ある種のシグナルを受けた場合のデフォルトのアクションは、 プロセスを終了し (terminate)、 コアダンプファイル (core dump file) を生成することである。コアダンプファイルは、ディスク上に生成される 終了時のプロセスのメモリーイメージを内容とするファイルである。 このイメージをデバッガ (例えば gdb(1)) に読み込んで、 プログラムが終了した時点のプログラムの状態を検査することができる。 どのシグナルを受けたときにプロセスがコアダンプを生成するかのリストは signal(7) に書かれている。 プロセスはソフトリソース制限 RLIMIT_CO
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く