一般にファイル記述子は、オープン中のファイルの詳細を記録するカーネル内データ構造（配列）へのインデックスである。POSIXでは、これをファイル記述子テーブルと呼び、各プロセスが自身のファイル記述子テーブルを持つ。ユーザーアプリケーションは抽象キー（＝ファイル記述子）をシステムコール経由でカーネルに渡し、カーネルはそのキーに対応するファイルにアクセスする。アプリケーション自身はファイル記述子テーブルを直接読み書きできない。 UNIX系システムでは、ファイル記述子がファイルだけでなく、ディレクトリ、ブロックデバイスやキャラクターデバイス（スペシャルファイルとも呼ぶ）、ソケット、FIFO（名前付きパイプ）、名前なしパイプなどのカーネルオブジェクトを汎用的に参照するのに使われる。 標準Cライブラリの、FILE型（ライブラリが管理するデータ構造）へのポインタ（FILE *）があらわすものをストリーム
twitterのTLを見ていたら、間違えてrmしてファイル消してしまったというツイートに対して、rmでいったんゴミ箱を経由すればいいんじゃないかという提案がなされていた。（下記の関連リンク1と2） 確かに自分はやっちゃいそうだ。この前も危うくnkfでソースファイル消しかけた*1くらいのうっかり者だし。ということで、いつか何かの役に立つかもしれないので、Mac用にメモ。 以下のaliasを設定。.bashrcとか.zshrcとかに追記。これだけ。 alias rm='mv -i ~/.Trash' あら簡単！確かにこれでも良いけど、ゴミ箱に同じ名前のファイルがあったらいちいち上書きするか尋ねてくるってのも変なので、連番付けてmvできるように外部ツールをインストール。coreutilsってのを入れると、GNU Linux版のコマンドが使えるようになるらしい。関連リンク4そのまま。 % sudo
Linuxでテキストデータを扱うときに、コマンドをパイプで繋げるだけでいろいろな処理ができて面白いのですが、綺麗に整理されていない気がするのでまとめてみます。ここでは、cat, paste, join, grep, head, tail, cut, awk, sed, tr, sort, uniq, wc を取り上げます。 ファイルを縦に結合 ファイルを縦に結合します。 コマンド 説明 cat file1 file2 ... file1, file2, ... を縦に結合 cat file | ... としてファイルの中身をパイプに流すのにもよく使います。 ファイルを横に結合 ファイルを横に結合します。あまり使わない？*1 コマンド 説明 paste file1 file2 .. file1, file2, ... を横に結合 join file1 file2 file1 と file2
いつも合コンで「仕事なにやってるの？」と聞かれると、「えっと・・・インターネット関係」といってお茶を濁していませんか？ サーバーエンジニアたるもの、いつでも熱いマインドを忘れてはいけません。 いくつかのくどき文句を用意いたしました。 今日は待ちに待った合コン！ さぁそれでは今日は待ちに待った合コンです。 エンジニアとしての知識をギラギラに使い倒していきましょう。 君にnmap！ まずはnmapで開きポートを探しましょう。セグメント単位でも調べることもできるので豪快に。 特に指輪の位置や種類には注意。 ぼくはもうスワップアウトしそうだよ！ 何よりも自分の気持ちを伝えるのにはこの言葉がささるでしょう。ただし、swapアウトしてしまうとパフォーマンスが劇的に落ちるので注意。 あの子をnslookup 電話番号を聞くときはこの言葉で。しっかりと相手のIPアドレスを調べましょう。 ただし、/etc/
最近知って結構ショックを受けた。 touch hoge.txt と似たような機能。*1 $ > hoge.txt $ ls -l hoge.txt -rw-r--r-- 1 root root 0 Jul 10 03:15 hoge.txt lessでtail -f ができる。 $ sudo less +F /var/log/messages SSHでリモートサーバに対して色々 リモート先のファイルをsortして比較。パスフレーズなしにするか、ssh-agentを使用するかしてください。 $ diff <(sort /home/user/.bashrc) <(ssh user@hostname "sort /home/user/.bashrc") リモートサーバのファイルを編集 $ vim scp://user@hostname//home/user/.bashrc sambaのコマンドで
「Java BlockingQueueで遊ぶ：パイプラインごっこ」でパイプラインの話をしたので、本来の、つまりUnixのパイプやリダイレクトを少し調べてみました。 たまに話題となる some-command >file 2>&1 と some-command 2>&1 >fileの挙動の違いについて、「シェルはコマンドラインリダイレクトの指定を右から左に解釈実行する」なんて説明が見つかりました。んなバカな！ パージングは左から右にするものですよ。パーズツリーを逆順にたどることはできるけど、そんなことする必然性はなんにもないよ。 次の記事を読むと、「右から左」なんて事情じゃないことが分かるでしょう。 UNIXの部屋 検索: リダイレクト シェルのリダイレクトにまつわる失敗 さてここでは、複雑なリダイレクト処理も完全に理解できる処方箋を示しましょう。例えば、次のコマンドラインが何をするか分かる
Q: LinuxとUNIXは何が違うのですか A: 似ているけれど，違います。 「UNIX」と一言でいっても，いろんな実装や製品があり，それらの間でも微妙な差異はたくさんあります。 「LinuxはUNIXである」といっても大きな間違いではありません。コマンド・レベルの話でいえば，システム管理やカーネルに近い部分のコマンドは違いに気が付きやすいものの，一般ユーザー・レベルのコマンドで違いに気が付くことはほとんどないでしょう。細かく見て行けば実装の違いや，各種メッセージの違いに気付きますが，それで大きく困ることはないはずです。 もっとも，Linuxディストリビューションにもさまざまな種類があります。例えば，ディレクトリ構成は標準化されつつありますが，ディストリビューションによっては大きな違いがありますし，ユーザー・レベルのコマンドの有無は標準化しようがありません。 このようなLinuxディスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く