Things UNIX can do atomically — Crowley Code!
Things UNIX can do atomically 2010/01/06 This is a catalog of things UNIX-like/POSIX-compliant operating systems can do atomically, making them useful as building blocks for thread-safe and multi-process-safe programs without mutexes or read/write locks. The list is by no means exhaustive and I expect it to be updated frequently for the foreseeable future. The philosophy here is to let the kernel
Bsddiary.net
Bsddiary.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Dental Plans 10 Best Mutual Funds Contact Lens Online classifieds Cheap Air Tickets Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) - Glamenv-Septzen.net
ホーム 検索 - ログイン | | ヘルプ 技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) [ Prev ] [ Next ] [ 技術 ] 何をいまさら当たり前の事を・・・と思われるだろう。 $ nohup long_run_batch.sh & SSHからログアウト後も実行を続けたいバッチジョブを、"&"を付けてバックグラウンドジョブとしてnohupから起動するのは定番中の定番である。 しかし、「nohupを使わなくても実行を続けることが出来る」やり方があったり、さらには「nohupを付けてもログアウト時に終了してしまう」パターンがあるとしたらどうだろう？ そして、ある日あなたの後輩や同僚がこれらについてあなたに質問してきたら、あなたはどう答えるだろうか？ 「Web上で検索したら見つか
第6回 UNIXプログラミングの勘所（3） | gihyo.jp
ネットワークプログラムとSIGPIPE 「私の書いたサーバが突然死するんです。どうしてでしょうか」という質問を受けることがあります。これは多くの場合、SIGPIPEの処理を忘れていることが原因です。SIGPIPEとは、切断されたネットワークソケットなどにデータを書き込もうとした際に送出されるUNIXシグナルです。特に設定しない限り、プロセスはSIGPIPEを受け取ると強制終了されます。そのため、通信が突然切断される可能性のあるTCPサーバにおいては、SIGPIPEを無視するよう設定する必要があります。 # デフォルトの動作（SIGPIPEの場合はプロセスの終了）に設定 $SIG{PIPE} = 'DEFAULT'; # SIGPIPEを無視するよう設定 $SIG{PIPE} = 'IGNORE'; # SIGPIPEを受信した際に実行するサブルーチンリファレンスを # 設定 $SIG{PI
新山のbashrc
新山のbashrcを解説したもの。 cdhistのダウンロードはこちら: http://www.unixuser.org/~euske/doc/bashtips/cdhist.sh
The TTY demystified
The TTY subsystem is central to the design of Linux, and UNIX in general. Unfortunately, its importance is often overlooked, and it is difficult to find good introductory articles about it. I believe that a basic understanding of TTYs in Linux is essential for the developer and the advanced user. Beware, though: What you are about to see is not particularly elegant. In fact, the TTY subsystem — wh
「ブロガー第1号」は誰？--誕生から10年を機にその起源を探る
どこかで、誰かが、人類史上初のウェブログ（ブログ）を作ったことは確かだ。だが、それが誰なのかははっきりしない。 ブログは、インターネットのもっとも偉大な成果の1つとは言い切れないかもしれない。だが、更新を続けるアクティブなブロガーの数が1億人前後になったとの統計も出る中、おそらくは由緒正しいブロガー流のやり方でキーボードを叩いたであろう、最初にブログを立ち上げた人物には、名乗りをあげてその功績を自慢する権利があるはずだ。 ブロガー第1号は、かんしゃく持ちのDave Winer氏だったのだろうか？それとも、因習の打破を説くJorn Barger氏か？あるいは、ウェブ日記で知られるオンラインゲームの第一人者で、かつて「New York Times Magazine」誌で「個人ブログの開祖」と呼ばれたJustin Hall氏なのか？ それとも、この3人はそれぞれに、初期のブログの原型に大幅な改良
Make と Makefile の説明
まだ完成途中です back 注意: このページの内容には、おそらく多くの間違いがあります。 リンクされているので残しておきますが、利用には注意してください。(2008年3月、新山) ここではおもに make の使い方 と Makefile の書き方について 説明しています。じつは make の種類にはいろいろあり、ここでは GNU make (gmake というコマンド名のこともある) を 対象にしています (BSD の pmake でも基本的な部分は同じですが、 マクロ定義などは違うところもあるので注意してください)。 わかりにくい箇所とか、まちがってる箇所がある場合はメールください。 Contents make はどんなときに使うか Makefile を作る make の実行 Makefile の文法リファレンス 多段 make について (未完成) Makefile の例 (未完成)
yebo blog: Pipe Viewer
2009/02/03 Pipe Viewer UnixのユーティリティにPipe Viewer (pv) という便利なツールがあるそうだ (Andrew Wood氏作)。これはUnixのパイプに流れるデータの進行状況を表示するツールで、パイプを使う事でそれがどのくらいで終わるかが分かるというもの。例えば、巨大なファイルを圧縮する場合に、gzip -c access.log < access.log.gz ではいつ終わるのかわからないが、パイプを使う事で進行状況を確認できる。パイプは多段でもそれぞれの処理の進行状況を表示する。Cool!! $ pv access.log | gzip > access.log.gz 611MB 0:00:11 [58.3MB/s] [=> ] 15% ETA 0:00:59 $ tar -czf - . | pv > out.tgz 117MB 0:00:5
コアテクの路地: 作業ログの取り方
このブログをご覧のみなさんは、おそらく何らかの形で開発作業、あるいは設定作業の経験をお持ちだと思います。みなさんは、日々の作業の記録をどのように取られているでしょうか?もし、作業ログを取る習慣がない、あるいは忙しすぎて作業ログをとることに気が回っていないのであれば、作業ログを確実に取る習慣をつけることをお奨めします。この習慣は、きっとあなたの作業の信頼性を上げ、作業効率向上に貢献するはずです。 ●作業ログがなぜ必要か まず最初に、なぜ正確な作業ログをとる必要があるのでしょうか? その答えは簡単です。再現性を確保するためです。自分が不具合報告を受ける立場で考えてみてください。もし、部下やユーザから「動きません」や「バグです」という報告を受けた場合、すぐに問題があると判断するでしょうか? ほとんどの人は、まず報告されている状況を正確に理解したうえで判断したいと考えるのではないでしょうか? ●作
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
USP研究所 | ユニバーサル・シェル・プログラミング研究所