くだらねえ質問はここに書き込め！ Part165

くだらねえ質問はここ ..

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

917:login:Penguin
 08/07/25 01:46:52 SSSfyhVd
>>916 
"sarge" な。 
http://www.jp.debian.org/News/2008/20080229

918:login:Penguin
 08/07/25 06:05:36 otLa3Vn2
knoppixに一番近いディストリビューションはなんでしょうか？ 
操作性とネット接続が簡単だったことが気に入った決め手です 
(他に使ったことないけどｗ） 
knoppixをインストールしようかとも思いましたが 
検索する内にあまり乗り気では無くなりました(検索能力の問題でしょうか？） 
改行の仕方とかはそのうち覚えます（読みづらかったらすいません）

919:login:Penguin
 08/07/25 06:06:37 otLa3Vn2
質問取り下げ 
Dabianにしてみます

920:login:Penguin
 08/07/25 06:30:47 le/D9ZOL
>>919 
Think before you type.

921:login:Penguin
 08/07/25 08:57:01 LQl+B66T
>>920 
見る前に飛べ、ですね。わかります。

922:login:Penguin
 08/07/25 13:35:09 VHMpv0v7
 
二つのプロセスが、早い者勝ちであるファイルを作っている。 
二つのgccが早い者勝ちで同じ a.out を作っている、とかね。 
 
この場合なんだけど、 
このファイル更新処理をアトミックでやる最善の方法は？ 
何が言いたいかというと、プロセスAがもう出力を始めたのに、 
プロセスBがそれを上書きするような事態は避けたい。 
 
たとえば、同じパスにa.out.$pid とかを作って、 
それを rename(2) する、という方法だと、 
別プロセスの方が先にファイルを作っていても、それを上書きしちゃう。 
 
いまは、ファイル出力前に、a.out を touch して、 
その有無をある種のLock Fileの様につかい、 
あとは普通に a.out.$pid から rename してるんだけど、 
これだと、 
touch した直後にプロセスがコケるとデッドロックしちゃうし、 
なにより、二つに処理を分けるのがカッコわるい。 
 
一撃でアトミックにやる方法は？

次ページ