[過去ﾛｸﾞ] /**ファイルシステム総合スレ その7**/ (955ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
322: 2007/04/14(土)21:36 ID:JQu7S8Qj(1) AAS
assert使うコードが(ﾟДﾟ)ｳｾﾞｪｪｪ って他の開発者に言われて、Hansたんが
assert使うのが当たり前だろって言ったってエピソード聞いた気がする
ってことは、reser4はassertバリバリ入りまくりなんだろうな
323: 2007/04/14(土)21:51 ID:HirxiLxq(2/2) AAS
>>321
Reiserfs以外のコードはだいたいそれっぽいが？
324: 2007/04/14(土)22:00 ID:W+0IctxX(3/3) AAS
assertの何が悪いの？
ま、一通りデバッグおわってるなら削除しても良さそうなものではあるけど。
325: 2007/04/14(土)22:03 ID:O/SWzRZt(1) AAS
最適化にも使えるのに>assert
326(2): 2007/04/14(土)22:34 ID:nAecf1s7(4/4) AAS
ポイントポイントのassertについては入れとく方がまっとうな
より厳格・安全なので基盤系ソフトとしてはやってて欲しいけどな。
あってはならないデータがそのままコードの奥にまで到達して
誤データにより悪さされるより、意図的に入れたassertのポイントで
トラップして死んでもらった方が被害が少ない。
327(1): 2007/04/14(土)22:50 ID:LpkAH6SR(1) AAS
Hans が逮捕されて Namesys の存続も危ういのにマージしろっつー方が無茶だろ。
メンテナがいなくなれば結局外すことになるんだから、今となっては難癖つけて
マージしなくてよかったと思えるよ。
328(1): 2007/04/15(日)00:12 ID:A3vtsAbr(1) AAS
なにいってんだ。
HansがReiser4の開発から抜けるだけの公算が高いだろ。
Reiseer4はNamesys社が引き続き行うのにその言い草は無い。
だいたい、>>327もいってるように「難癖」なのだから
マージしない方がおかしい。
誰が考えても一連の流れはおかしいのに収束に向かわないという事は
それほどの大物が黒幕だという事？
329: 2007/04/15(日)00:32 ID:a1YDYQoa(1) AAS
>>328
Namesysってそんなに開発力あるのか？
ほとんどHansだけだと思ってた。
330: 2007/04/15(日)00:36 ID:K6eWMSSA(1) AAS
Reiser4から5も6も権利一切を誰かに譲りますみたいな話が出てなかったっけ。
331(1): 2007/04/15(日)11:22 ID:d2Q38sCM(1/4) AAS
>>326
Q.冗長なassertが多くないですか？
A.お前はセキュリティの素人か？これが最強なんだよ？わかってる？
みたいな感じだったはず。
332(2): 2007/04/15(日)11:29 ID:oxd97bM6(1/4) AAS
>>326
基盤系はなにがあっても死んだらまずいのでは？
むかし坂村健氏が講義でいってたよ。通常のアプリケーションならともかく
OSなどの基盤系では死んでしまうわけには行かないから使えないと。
FSがどちらに属するかは微妙だけどDBMSなどとは違い、基盤系とするのが普通じゃなかろうか。
333: 2007/04/15(日)11:31 ID:d2Q38sCM(2/4) AAS
>>332
基盤系って括りがそもそもおかしいのでどうでもいいです。
その昔の変な先生が間違ったことを言っていたのでは。
334(1): 2007/04/15(日)11:36 ID:XBpUZbvh(1) AAS
カーネルの挙動が変なと死ぬのは同じくらい辛いとおもうよ
335: 2007/04/15(日)11:38 ID://tGROeT(1) AAS
>>331
原文読んだけど、そんなニュアンスではなかった。
・消せと言う意見には反対
・なぜから、セキュリティの専門家の意見ではないから
・漏れ（=Hans）もかつてはassertゲェッと思っていた
・が、reiser4の開発でDOD（出資者だな）の専門家から学ばされた
・彼らの安全性に関するスタンダードに従う価値は高いよ
という内容だった。ただ、それ以前から関係が悪化していたことを
踏まえると、読んだ側には冒頭の「they are not security experts」とか
書いてるところでカチカチカッチーンって感じだったんだろうね。
336(1): 2007/04/15(日)11:46 ID:1iaTM/ra(1/2) AAS
とある系列会社のプロジェクトの火消しに行かされた事がある。
まったく assert を使っていない自前のライブラリを使っていたので、
仕様にそってアサーションするようにしたら、
「あんたが来てからエラー表示が増えた。バグが増えた。」
って怒られた。唖然とした。
337: 2007/04/15(日)11:46 ID:oxd97bM6(2/4) AAS
>>334
変な先生ってｱﾅﾀ、滅亡しかけているとはいえトロンの創始者だょ
338(1): 2007/04/15(日)11:53 ID:oxd97bM6(3/4) AAS
>>336
エラー表示が増えたのは確かだろうね。
バグは増えたのではなく、かかれていたものが露呈しただけなワケだけど
同じコードでもassertいれないときはなんとなくうまく動くこともあるんだよね。
もしかして、見えざる神の手によるコンバイル時最適化じゃなかろうか（嘘）
339: 2007/04/15(日)11:55 ID:d2Q38sCM(3/4) AAS
>>338
どっかのスタックが壊れてたりしそうっすねｗ
340(1): 2007/04/15(日)11:57 ID:akjI4/2c(1) AAS
この文脈で坂村先生の話を持ち出すのはおかしいと思う。
どっちかというと、FSのエラーでディスクに誤データが書き込まれる方が「死んだらまずい」に相当するのではあるまいか。
341(2): 2007/04/15(日)12:24 ID:1iaTM/ra(2/2) AAS
>>332 死ねない、それは一理ある。
しかしそれは assertion とは無関係の話。
だって実稼動するバイナリはくときには assert() なんて消えてるでしょ。
多くの実装ではリリースビルドの際に assert() はバイナリ吐かないように
なってるし、プロジェクトによってはログにメッセージを吐いて
何事も無かったかのように通過するような assert() に置き換えられている
ものもある。
上下前次1-新書関写板覧索設栞歴
あと 614 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s