問題タブ [unix]

cygwinやその他の非標準のWindows機能を使用せずに、WindowsXPでunixcutコマンドをエミュレートする方法はありますか？

例：tasklist / vを使用して、ウィンドウタイトルで特定のタスクを見つけ、そのリストからPIDを抽出してtaskkillに渡します。

--commandフラグを使用して gdb セッションを自動化しようとしています。共有ライブラリ (DLL に相当する Unix) の関数にブレークポイントを設定しようとしています。私の cmds.gdb は次のようになります。

ただし、次の結果が得られます。

したがって、結局ブレークポイントは設定されません。保留中の将来の共有ライブラリのロードにブレークポイントを設定するために、デフォルトで「y」に応答するようにするにはどうすればよいですか?

何かできたことは覚えているが、何ができたか思い出せない。

bashでは、echoコマンドの後に配置すると、環境変数は正しくタブ展開されます。次に例を示します。

しかし、cdまたはcatの後、bashは次のように$記号の前に\を配置します。

コマンドの2番目の引数として変数を使用すると、展開されません。

.bashrcまたは.inputrcファイルにこのような悩みを引き起こしている不思議なオプションは何ですか？

os Xターミナルアプリでbashを使用していますが、履歴をスクロールするとカスタムの$PS1が壊れます。

PS1 = "$ {BLUE} \ u $ {CYAN} @ $ {RED} \ h $ {BLUE} \ w \ r \ n [$ {red} \$${NC}]"も試してみました

問題は改行にあるようです。私はSlackwareでこのbashプロンプトを使用しました。

lsof は、UNIX システム用の非常に強力なコマンドライン ユーティリティです。開いているファイルを一覧表示し、それらに関する情報を表示します。また、UNIX システムではほとんどすべてがファイルであるため、lsof はシステム管理者に大量の有用な診断データを提供できます。

lsof を使用する最も一般的で便利な方法と、そのために使用されるコマンドライン スイッチは何ですか?

サポートするすべてのプラットフォームで共通のソフトウェア セットを使用できるように、RPM ベースのソフトウェア ディストリビューションを維持しています。その結果、多くのサードパーティ製ソフトウェアをビルドする必要があり、Solaris または別のプラットフォームでビルドするために autoconf/automake/libtoolize/etc を実行する必要がある状況が頻繁に見つかります。

私はこれで非常に複雑な結果を得ました。これらのツールはかなり壊れやすいようで、多くの場合、ファイルは元々書かれたバージョンの autoconf/automake/etc でしか動作しません。

理想的には、GNU autotools の 1 つのバージョンのみをサポートする必要があることを望んでいますが、最終的にはすべてのバージョンのコピーをあちこちに置く必要があるという印象を受けます。

これは珍しいことですか、それとも他の人も同じ問題を抱えていますか? すべてのケースをカバーする autotools のバージョンのサブセットはありますか?

このunzipコマンドには、アーカイブを再帰的に解凍するオプションがありません。

次のディレクトリ構造とアーカイブがある場合:

そして、すべてのアーカイブを各アーカイブと同じ名前のディレクトリに解凍したいと思います。

どのコマンドを発行しますか?

スペースを含むファイル名でこれが詰まらないことが重要です。

ラップトップで新しいSSHキーを作成するときにパスフレーズを設定しました。しかし、私が今気付いているように、SSHを介してリモートの場所（ GitとSVN）に1時間に何度もコミットしようとすると、これは非常に苦痛です。

私が考えることができる1つの方法は、SSHキーを削除して新しいものを作成することです。同じキーを保持したまま、パスフレーズを削除する方法はありますか？

いくつかのソースに連絡して、「IP アドレス XXX.XXX.XXX.XXX が現在の IP アドレスです」と伝えるスクリプトがあります。私のテスト Web サーバーには、DHCP を介した動的 IP アドレスがあり、特に IP アドレスが変更されたときに DDNS エントリを更新する必要があります。ただし、それだけではないため、独自のカスタム スクリプトを実行する必要があります。

これは、特定の dhclient フックに対して実行されるスクリプトを添付することで可能になると思われます。ただし、どのフックをどのように使用する必要があるかを知る必要があります。

知りたいのは、オペレーティング システムのクラッシュ (Windows のクラッシュに限定されない) の最も一般的な技術的原因 (オペレーティング システムのプログラミングの観点から) は何ですか? 「開いているアプリが多すぎる」のような答えを探していますが、クラッシュの原因となるアプリが多すぎると具体的にどうなりますか。