[AD] GREEエンジニア募集 GREEで一緒にはたらきましょー（ほんとに）。応募はこちらから！ diary.eth.jp トップページ RSS 更新状況 最近の見出し _ [ソフトウェア] pthread@linuxでsignal ということで相変わらず適当な時間を見つけてマルチスレッドプログラミングを練習(?)してるわけなんですが、とりあえず最初よくわからなかったのが(Unixな)signalの処理です。で、本読んだりテストコード書いてみたりしてようやく分かってきたのでメモです。っていうかドキュメントあれこれが分かりにくくて結構あやふやなまま時間がたっちゃいました。 ちなみにlinux kernel 2.6.8-3 + gnu libc 2.3.2です(OSとかlibcのバージョンで結構動き違いそう...)。 なにはなくとも基本的なルールは下記の通りです: signalを「処理」出来

サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

Created: Kazuki Ohta, 2006/04/17 Last Update: Kazuki Ohta, 2006/06/14 学校の課題(OS演習)で、open, read, write, close等のシステムコールを使用した課題が出された。システムコールなので当然失敗する事が有り、エラーチェックを正しく行う必要が有るのだが、writeについてはweb上に有る資料も使い方を間違っているモノが多かった。僕も課題では間違えて再提出をくらってしまった。なので、ここにwriteシステムコールの正しい使い方を書き記しておく。 まずは $man 2 write の一部を抜粋してみる。 NAME write - write to a file descriptor SYNOPSIS #include ssize_t write(int fd, const void *buf, si

ここのところ、ブログの更新もツイッターのつぶやきも完全にストップしていました。 集中力のない@tfmagicianにしては珍しいことです。 何をしていたか。 こんなウェブ・サービスを作っていましたよ。 『trivist』おもしろいトリビア・雑学を紹介！ 実はこれ、作成期間1週間です。 シンプルなサイトなので、恐らく、開発に慣れた人なら1週間は余裕でしょう。 今日は、まだフレームワークを使った開発、あるいはウェブ・サービスの開発自体に慣れていない人に向けて、高速開発に関するtipsを紹介します。 高速開発とは何か考える まず、高速開発を可能にする”最強最大の魔法“を考えましょう。 それはこれです。 コーディングしない コーディングしないで、システムが出来ればなんと良いことか！ これはエンジニアにとって、当たり前のことです。 しかし、これを念頭に置くのと置かないのでは、まるで開発速