自作CGIを評価するスレ

自作CGIを評価するスレ (672ﾚｽ)
上下前次 1-新

297: ここの4ではない4 ◆T98LkrO.aM 03/06/02 21:58 ID:??? AAS
>>291さん
いいと思いますよ。
きちんと機能毎に処理を分けているし。

298(3): 03/06/02 21:59 ID:??? AAS
>>291
感想。
ソース汚くて読む気しない。
終わり。

299(1): 03/06/02 22:25 ID:??? AAS
>>298
ぐはぁ！ショック･･･。
精進してからまた来ます。

300: 291=299=300 03/06/02 22:26 ID:??? AAS
>>299
自己レス。
291=299=300です。

301(6): 03/06/03 10:20 ID:??? AAS
>>291
とりあえずソース、見せてもらった。
極悪に汚い・・・。
全部、もう少し見やすいように手入れた。

とりあえず、手入れて思った事。
１、goto文なんか使うな！
２、スペース２個じゃなく、タブ使っとけ。
３、引数などのコンマの後は、スペース一つ入れる事。
４、なんでもかんでも、ケツにif文を置かない！
５、ソース汚いから、自分でも気付いてないんだろうが・・・
省11

302(1): 03/06/03 12:55 ID:??? AAS
>>301
＞２、スペース２個じゃなく、タブ使っとけ。
だけおかしい。
タブを使うと4TAB<->8TABの違いでずれるから空白（個数は問わないが普通4個）で。

303(1): 03/06/03 13:01 ID:??? AAS
何を言っとるんだ？　>>288を読め

304: 03/06/03 13:17 ID:??? AAS
>>303
「TABだけ」ならいいんだがな。空白と混じってるとおかしくなる。
いちいちTABだけなのを確認するより最初から空白だけの方がいいだろ。
TABなんて今時ディスクの節約にもならん。

どっちにしろ（例えば）SUNもMOZDEVもタブ不使用規約になってんだから
合わせた方がいいんでないかい？

305: 03/06/03 13:20 ID:??? AAS
間違えた。SUNは推奨してるだけだった。以下引用
＞インデントの単位として，4個分の半角スペースを推奨する．
＞そのインデントが実際に半角スペースによって行われるかタブによって行われるかについては，これを規定しない．
＞タブはすべて（4個ではなく）8個分の半角スペースでなければならない．
eclipseだったかな。曖昧記憶でｽﾏｿ

306(1): 298 03/06/03 14:58 ID:??? AAS
自分が思ったのは
「CGIスクリプトしか書いたことない人にありがちなソースだな。」
ってこと。
リファクタリングとか色々なことを勉強してみては？

307: 301 03/06/03 15:12 ID:??? AAS
>>302
タブは、インデント以外に使ってないから、
どんなタブ幅でもずれてないはずだけど・・・
ずれてる？？？

308: 291 03/06/03 19:31 ID:??? AAS
291です。評価ありがとうございます。

>>301さん
わざわざ直してくださって、本当にありがとうございます！
指摘されたのに気をつけて書き直してから、また評価をお願いしに来ます。
でも、もう…直せるところが無いかもしれませんが(汗)

>>306さん
そのとうりです。自分でCGIを作ってみたくなったので、perlを勉強しだしました。
色々なことを勉強するのもいいですけど、虻蜂取らずにはなりたくないので…。

309(2): 03/06/04 00:00 ID:??? AAS
>>285
ソース、今見てるけど・・・
えらくコメントの少ない・・・って言うか、コメントの無いソースだな・・・
わざと、コメント消したの？
それとも、素でこれ？

素でコメント無いなら、コメント入れていった方が良いと思う。

310(1): 03/06/04 10:29 ID:??? AAS
>>309
これ以上コメント書かれたら、読みづらくないですか？
と、素な意見。

311: 03/06/04 10:41 ID:??? AAS
>>310
う〜ん、本体（？）の方はコメントあるけど、
モジュールの方にコメントがないかな。

312: 385 ◆T98LkrO.aM 03/06/04 12:48 ID:??? AAS
>>309さん
基本的にコメントを一切書かないのです。
ただ、配布とか考えると書いた方がいいかなと思って、今回はちょっと書いてみました。
やっぱ少ないですかね..

313: 385 ◆T98LkrO.aM 03/06/04 12:52 ID:??? AAS
別にコメント書かないとかいう変なこだわりがあるわけじゃなくて、
ただ、自分はコメントなくてもすぐ分かるので人に見せる予定がないものに
コメント書かなくてもいいかなと..今は勉強中ということですし。
ただ、今回は見てもらおうとここに載せたわけなので、
モジュールの方にもコメントを書くべきだったと思いました..すみません。

314: 285 ◆T98LkrO.aM 03/06/04 12:54 ID:??? AAS
うお、385じゃなくて、285でした。

315(1): 03/06/04 13:20 ID:??? AAS
「未来の自分は他人です」という言葉を贈っておこう。

316(3): 298 03/06/04 14:07 ID:??? AAS
コメント無しでもいいような
わかりやすいクラス名、変数名、関数名をつけるのが基本です。
コメントが無いとわからないってのは
それだけ汚いソースだということです。

317: 285 ◆T98LkrO.aM 03/06/04 14:59 ID:??? AAS
>>315 >>316なるほど.
自分は今、就職希望の会社からCのソース(50-500行,10枚くらい)を渡されて、
この説明を書いてこいとか言われているのですが、コメントなくても
関数名, 変数名が分かりやすいし、うまい具合にサブルーチンに分けてあるので
コメント少ないですが、かなり読みやすいと思いました。
まあ、漏れのはコメントないと読みにくいかもしれませんが..
自分で見ても読みにくいな、と思ったらコメントでカバーするようにしてみます。

318(1): 301 03/06/04 19:23 ID:??? AAS
>>316
# ■■■　俺の意見　■■■
俺は、とにかくコメント入れるのに賛成派。
ルーチンの名前とか、変数の名前に意味を持たすのは当たり前だけど、
コメントあれば、コメントだけ読めば、何の処理してるのかわかるし。

# ■■■　ブロック毎にコメントを入れる　■■■
ブレスで囲って無くても、処理の単体が生まれる。
それ毎に、コメントを入れておけば、一行のコメント読めば数行理解できる。

# ■■■　ルーチンの使い方のコメントは重要！　■■■
とくに、ルーチンの使い方のコメント。
省10

319: 301 03/06/04 19:40 ID:??? AAS
そうそう、掲示板の書き込みでも、
結構その人のセンスが出る。
変な所で改行してる人や、
長文なのに空白行入れず、
だらだらとメリハリの無い書き込みする人とか。

そういう人って、プログラムも汚いんだよね・・・

320: 285 ◆T98LkrO.aM 03/06/04 20:33 ID:??? AAS
はい、たしかに後で読む人がいるとすれば、
コメントは書いたほうがいいですね。
読む側と見るとありがたいものなので、自分でも書くようにします。

コメントが無いために間違った認識を受けたり、
重要な処理を　「これいらねぇんじゃね？」
とか思われて消されること減るはずだし。

321(1): 316 03/06/04 21:21 ID:??? AAS
>>318さん
自分が言いたいのは
「コメントを書くな」
ではなく
「コメントが無くてもわかるようなキレイな設計を心がけよう」
ってことです。

コメント関係ならプログラム技術板のこっちのスレのほうがいいかも。
2chｽﾚ:tech

322: 301 03/06/04 22:35 ID:??? AAS
>>321
スレタイにﾜﾗﾀ

いや、もう終わってるっぽいスレなので、
もういいかな〜っと。

とにかく、コメントは思うように入れまくってみたら良いと思う。
そうしてる内に、どういう風にコメント書いたら分かりやすいとか、
こういうコメントは無駄だとか、分かってくるだろうし。

前に、冗談だろうけど・・・

$hoge++; #1を増加
省8

323: 03/06/05 04:44 ID:??? AAS
OO なコード書いて POD 埋め込むようになってから
普通のコメントがかなり減った。スクリプトとドキュメント
同時に作るのは効率いいしオススメ。

324(1): 03/06/05 06:18 ID:t1krGQgT(1) AAS
外部ﾘﾝｸ:marugo.s15.xrea.com
掲示板のCGIです。
言語はPerl

325: 03/06/05 12:01 ID:??? AAS
>>324
>>280

326(1): 03/06/09 21:44 ID:JSBfbdyK(1) AAS
外部ﾘﾝｸ[zip]:do.sakura.ne.jp

むかしいじってたやつ、もう要らないから使えると思った香具師
勝手に使ってくれ。コメント皆無だけどね。

でも最後に軽く評価を聞きたいけどな。

327: 03/06/09 21:59 ID:??? AAS
>>326
あぁ。今見直したら俺が書いたやつじゃないものが入っていた・・・
Text::WordIteratorとか。。。
あーあ。まぁ、いいや。

328: 大塚裕司 03/06/09 23:17 ID:4isQpEIX(1) AAS
外部ﾘﾝｸ:elife.fam.cx

329(2): 211 [３０２５] 03/06/12 02:44 ID:??? AAS
ども。
いつぞやのコメント削除スクリプト作った俺です。
今作ってるスクリプトが行き詰まりました。
ちょっとイライラしたので、
息抜きにコメント削除スクリプトのバージョンアップとかしてみました。

このバージョンで、サブディレクトリ内も検索可能になりました。
深さは、どんなに深いサブディレクトリでも処理可能です。

外部ﾘﾝｸ[zip]:isweb25.infoseek.co.jp

・・・リファクタリングが必要かもしれん・・・

330: _ 03/06/12 03:03 ID:??? AAS
外部ﾘﾝｸ[html]:homepage.mac.com

331(1): 03/06/12 06:40 ID:??? AAS
>>329
＞深さは、どんなに深いサブディレクトリでも処理可能です。

当方にはそのスタックをあふれさせる準備があるが良いのか？

332(1): 211 [３０２５] 03/06/12 06:59 ID:??? AAS
>>331
う〜ん。
スタックを溢れさせる準備があるって意味がわからんです・・・。

とにかく、かなり深いディレクトリでもOKなはず。
だって、Cのルートディレクトリから検索とか掛けてみたから。
とりあえず、試してみそ〜。

333: 03/06/12 07:54 ID:s13jgVVf(1) AAS
AA省

334(1): 03/06/12 10:27 ID:??? AAS
>>332
ソースは見てないが、再帰的な処理をしてるのにスタックについて知らないというのは
ちょっとヤバくないか？

335(1): 03/06/12 12:02 ID:I623aSMv(1) AAS
まあまあ、知らなくても書けるてことで。

336(1): 211 [３０２５] 03/06/12 14:17 ID:??? AAS
>>334
再帰？
自分の中で自分を呼ぶアレ？
・・・いや、普通にwhile文とかでブン回してるだけだが・・・

ディレクトリ検索のアルゴリズム考えるの、
実はちょっと大変だったんだよね・・・
ひさびさに、フローチャートとか書いたもん。（ｗ
ちなみに、見てもらったら分かるけど、
メモリの使用も最小限に抑えてるし。

>>335
省1

337(1): 03/06/12 18:19 ID:??? AAS
whileでブン回しておいてメモリは最小限とはこれいかに。

338(1): 03/06/12 21:33 ID:??? AAS
>>336
確かにWhileで再帰のまねごとは出来る。
でも、どっちにしろスタック的なデータ構造がないと困るはずだけれど。

339(2): 03/06/12 22:33 ID:??? AAS
>>329
キモの部分 (Library_223.pm) 以外を書き換えてみた。
外部ﾘﾝｸ[txt]:boobar.hp.infoseek.co.jp

…まぁ、なんつか、もっと色々な人の話に耳を傾けて
もっと上を目指して下され。今のレベルで固まられたら
正直痛すぎる。

漏れも人の事言えんけどなー。

340: 211 [３０２５] 03/06/13 01:55 ID:??? AAS
>>337
簡単な話。
while文で、ブン回しながら、必要なデータか調べる。
必要なデータなら、ファイルへスワップ。
必要じゃなかったら、次のループで上書き。
つまり、メモリにデータを蓄えないようにしてる。
一通り調べ終わったら、次のステップでスワップしたファイルから
データ読み出しって感じ。

>>338
そのスタックってのがよく分かてないんで・・・
省4

341: 211 [３０２５] 03/06/13 01:55 ID:??? AAS
>>339
ソース見せてもらいました。
再帰処理使ってるね。

こんな事言っても仕方ないし、
プログラム打つ人間としては失格かもしれないけど、
再帰処理って嫌いなんだよね。
逐次処理＆反復処理だけで、すべてをこなせると思ってる。
いままでで、再帰処理を行わないといけない場面ってなかったし。
まぁ、ヘッポコな俺だから、
まだそんな場面に出くわしてないだけかもしれないけど。
省16

342(1): 223 03/06/13 03:29 ID:??? AAS
久しぶりに覗いてみたら　まだやってたのねご苦労さんｗ
実はあと風呂に入ってたらフィルターバグまだいくつかあるのを
気づいちゃったんだよね…

漏れ的ソースの書き方ならアレで問題ないんだけど
世の中には漏れの想像もできない書き方する人がいるんで

343: 03/06/13 14:25 ID:??? AAS
ネタだろ？
ネタと言ってくれよ！痛すぎるよ！

344: 03/06/13 21:35 ID:??? AAS
傑作にケチつけられて熱くなっちゃいました。

DirTree.pm直してやるから待っててな。

345(2): 03/06/13 21:56 ID:??? AAS
あ。再帰処理しか考えられない…止めよう。

今のやり方で、明らかにおかしい所は、ループ内で$tmpPathListを開いて閉じてる所。
ファイルハンドルが勿体無い。

それから、少し変な所で、メモリ使用量にこだわっている割には、readdirを
リストコンテキストで呼んでる点。一つずつ調べればいいのに。

それから、趣味の問題だけど、変なインデントが気持ち悪い。スコープを分けたい(?)なら
ブロックを作ればいいし。

あと、無駄な括弧。
if ( ($_ eq '.') || ($_ eq '..') ) { next; }
こことか強烈なんだけど…このままでも条件の中身の括弧は無くてもいいんだけど、
省3

346: 03/06/13 22:59 ID:??? AAS
>>345
ごちゃごちゃ言う前に書き直してそれがより美しいことを証明すればどうだ？

347: 211 [３０２５] 03/06/14 08:19 ID:??? AAS
>>342
うーん、忘れた頃に、またやってます（ｗ
そうそう、コメント削除のバグ。
俺も、２つほど気付いてました。
しかし、俺的に今の所実害がないので放置中。。。
今度、直してみます。

348: 211 [３０２５] 03/06/14 08:19 ID:??? AAS
>>345
スクリプト自体は、すごくスッキリしてて、
本当、無駄がないと思います。
大半の人は、俺のスクリプトより>>339のスクリプトを好むかと・・・

俺の言ってる事は、ヘッポコの戯言だと聞き流してください。

指摘された部分。
ループ内でファイルを開いたり閉じたりしてる部分。
メモリ使用量最小限とか言ってるのに、
ディレクトリ内のファイル名を一発で取得してる部分。
この２つは・・・
省16

349(1): 03/06/14 15:46 ID:??? AAS
ファイルの開き方が直ってね〜よ

350(1): 03/06/14 21:12 ID:jhwtfsoY(1) AAS
aice.zive.net/index.jsp
よろしくお願いします。

351(1): 03/06/15 09:57 ID:??? AAS
>>350
ここの人は低レベルだからJavaなんて理解できないよ。

352: 03/06/15 10:05 ID:??? AAS
>>351
言われてみれば、Javaスレってないね・・・

353: 03/06/15 11:13 ID:??? AAS
難易の話をしているつもりかな?
なら351はJavaを理解していないに430スイカ

354: 03/06/15 12:09 ID:??? AAS
目的を達成する手段のひとつがJava

355: 03/06/15 14:10 ID:??? AAS
350=351

356(1): 03/06/16 18:02 ID:??? AAS
>>211の人。

記述が馴れないような感じになって良いなら、gotoでルーチン使うと（ルーチンね）スタックがたまらなくて良いよ。
ただし、それは履歴自体プログラムが管理しないって事だから時には諸刃の剣。

スタックはほとんど何やってもたまるよ。
スタックがたまると言うか、スタックの中にいろんなもんがたまる。
もちろんループもしっかりスタックに残り管理されてる（当たり前）。
だから「再起じゃないから」、「サブルーチンじゃないから」スタックには全く関係ないてのはでっかい間違い。

どんな経過をたどって現在まで辿り着いたのかとか、捨てたと思った変数が実は残っているとか。
スタックにも色んな種類あるから調べて味噌。

357: 211 [３０２５] 03/06/17 06:07 ID:??? AAS
>>356
うーん、無理にスタックを意識して、
goto文を使用しようとは思わないです・・・。
あまり、ソースがトリッキーすぎると、
未来の俺から苦情がきます。
それでなくても、結構トリッキーっぽいから・・・

スタックとは、何なのかはっきり分かってなかったのですが、
いろいろ調べ回って、何なのか、何となく分かりました。
スタックについて、勉強させてもらう機会をいただいた皆さんに感謝です。

さて、また一つヘンテコなスクリプトを組みました。
省9

358: 211 [３０２５] 03/06/17 06:17 ID:??? AAS
いきなりバグを見つけました。

外部ﾘﾝｸ[zip]:isweb25.infoseek.co.jp

修正しました。

359(1): 211 [３０２５] 03/06/18 07:21 ID:??? AAS
バージョンアップしました。

外部ﾘﾝｸ[zip]:isweb25.infoseek.co.jp

このバージョンで、
複数の拡張子のファイル検索が可能。
ログで、先頭のインデントなどのスペースを削るようにした。

・・・誰か、評価お願いします・・・
誰も手がってくれない。寂しいね。

360(1): 03/06/18 15:16 ID:??? AAS
>>359
乙。
俺よりはるかにレヴェルの高いことやってらっしゃるので、
研究させてもらいます。

# 自作スクリプトを公開できるのはいつになることやら、、、

361: 211 [３０２５] 03/06/19 02:58 ID:??? AAS
>>360
ども。　一応覗いてくれてた人がいてたんだね。
よかった。
まったく手がってもらえないから、かなり寂しかった（ｗ
やってる処理自体は、そんなにレベルの高い物じゃなかったりします。
俺も研究させてもらうので、何かスクリプト作ったらアップしてくれたら嬉しいです。

362(1): 211 [３０２５] 03/06/19 02:59 ID:??? AAS
さて、また意味なくバージョンアップしました。

外部ﾘﾝｸ[zip]:isweb25.infoseek.co.jp

このバージョンで、
　結果ログファイルがHTMLファイルになって、
　　ヒットしたキーワードが強調表示されるようになった。

　ファイルがバイナリファイルか調べるようにした。

　拡張子指定で、ファイル名に拡張子と同じ文字列があったら、
　　そのファイルも検索対象になっていたバグを修正。
省10

363(1): 03/06/19 06:20 ID:??? AAS
>>362
いい加減ウザイ。完成してから後悔してくれ

364(1): 211 03/06/19 14:12 ID:??? AAS
>>363
あら。
何か主旨が変わってきたね。

評価貰えるよう、スレを上げるために、
何もなくスレ上げてたら荒らしだから、
何か無いかと、がんばってバージョンアップしてたんだけど・・・。

でも、いくつか勉強させてもらったし・・・
この辺が潮時かな。

じゃ、俺のスクリプト公開は終了します。

365: 03/06/19 14:28 ID:??? AAS
>>364
もう少し実用性のあるもので再チャレンジしてみたら？
今回のは正直言って使いたいと思えるものでなかったから
評価しなかった
あれば便利とか使ってみたいと思えるものなら協力者も増えるのでは

366: 1 03/06/21 10:11 ID:??? AAS
自作CGIを評価するスレ

このスレは終了いたしました。
みなさん書き込みありがとうございました。

投稿件数　 : 365
最終投稿者: nobodyさん
最終投稿日: 03/06/19

367: 03/06/21 17:05 ID:??? AAS
　　∧__∧　　　／￣￣￣￣￣￣
　（　＾ｕ＾）　＜　乙彼様でした☆
　と　　　つ　　＼＿＿＿＿＿＿
　（__つ丿
　　　　し'

368(6): 03/06/22 07:46 ID:??? AAS
スレの趣向とは少し外れるんですが、
下記のロック、アンロックはどうでしょうか？

# lock routine
sub lock {
　$retry = 5;

　if (-e $lockex_file) {
　　$mtime = (stat($lockex_file))[9];

　　if ($mtime + 600 < time) {
　　　rename($lockex_file, $lock_file) || &error("lock error");
　　}
省15

369(2): 03/06/22 09:04 ID:??? AAS
>>368
いいんじゃないかな。
while文の所は・・・

while ($retry--) {
　　return 0 if rename($lock_file, $lockex_file);
}
&error( 'Lock error' );

こうの方が良いかな。

370(1): 368 03/06/22 10:02 ID:??? AAS
>>369
どうもありがとうございます。
他のスレでこういう書き方をみかけました。
while (!rename($lock_file, $lockex_file) {
　if (--$retry <= 0) {
　　&error("lock error");
　}
}

>>369さんが書いてくれたものとどちらがいいんですかね？

371(16): 03/06/24 13:54 ID:01cZwzPj(1/5) AAS
>>368
このルーチンだと穴がある。経験則だけど、アクセスが殺到すると簡単に壊れる。
説明するのめんどいので、

外部ﾘﾝｸ[htm]:www.din.or.jp

この辺りでも読んでみて。

>>370
好みだと思う。

個人的には>>368も>>369も>>370もループの最中にreturnやら&errorで関数の
外に飛んでるので気持ち悪い(これも好みの問題)。
省8

372: 368 03/06/24 14:57 ID:??? AAS
>>371
ありがとうございます。
ロックが甘いということは分かりましたが、アンロックはどうでしょうか？
まだ371さんがおっしゃったサイトは見てないのでなんとも言えませんが…。

もう少し勉強してみることにします。

指摘されたリトライですが、
if (--$retry <= 0) {
こうですね。

373: 03/06/24 15:24 ID:??? AAS
>>371
> このルーチンだと穴がある。経験則だけど、アクセスが殺到すると簡単に壊れる。
> 説明するのめんどいので、

> 外部ﾘﾝｸ[htm]:www.din.or.jp

> この辺りでも読んでみて。

その辺り読んで、載ってるルーチンそのまま使ってテストした所、
ファイル壊れました。

俺は、>>368くらいの簡単なロックで良いと思うけど。
このロックで壊れるようなアクセス受けてるって事は、
その説明に載ってるようなルーチンでも、ほぼ壊れる。
省3

374(2): 03/06/24 15:33 ID:??? AAS
>どんなロックしててもファイルは壊れるんだから

そんなことはないよ。ただ言えることは、この板ではまだまともにロックできて
いるルーチンが１つも書かれてないな。

375(2): 03/06/24 15:35 ID:??? AAS
>>374
＞そんなことはないよ。ただ言えることは、この板ではまだまともにロックできて
＞いるルーチンが１つも書かれてないな。
flock使っちゃだめ？

376(1): 03/06/24 15:36 ID:??? AAS
>>374
どんなに集中アクセスを受けても、
絶対壊れないファイルロックってある訳ない。

あったら、ぜひ見て見たい。

377(2): 03/06/24 15:37 ID:??? AAS
>>375
あ、ちなみに、flockでも壊れるんで。ファイル。

378(2): 03/06/24 15:40 ID:??? AAS
AA省

379: ３７４ 03/06/24 15:41 ID:??? AAS
＞絶対壊れないファイルロックってある訳ない

この根拠がどこからくるのかわからないが、
少なくともとてつもないアクセス集中に対応できるように非ブロックモードで
タイムアウトを備えてないとまず無理だということは教えておこう。

380: 378 03/06/24 15:41 ID:??? AAS
あ、EUCにしてからSJISにもどすの忘れてるけど、そこは気にしないで

381: 371 03/06/24 15:46 ID:01cZwzPj(2/5) AAS
> どんなロックしててもファイルは壊れるんだから、

そんなことはない。

というか、上(大崎氏の)のルーチンでファイル壊れたんならファイルシステムに
不備があるか、打ち間違いがあるかパーミッションやらの設定を誤ってるかどれか。
ファイルシステム上でrenameが衝突しないという条件の元でならうまく行くはず。

アクセス集中でファイルが壊れるのはロックの機構に不備がある
だけで、正しい状況下で行われたUNIX系OSでのflockでは、ファイルシステム
にバグがあるか、ファイルシステム自体のクラッシュでもない限り壊れない。

>>375
flockはNFS越しの場合に失敗するから、ファイスシステムを予め
省8

382: 371 03/06/24 15:48 ID:01cZwzPj(3/5) AAS
>>377
ネットワークファイルシステムを使ってる場合はね。
それ以外で壊れるという話は(ファイルシステム開発中のバグ以外は)
聞いたことない。再現できたら結構すごいと思うが。

383: 371 03/06/24 15:54 ID:01cZwzPj(4/5) AAS
変な憶測並べる前にFAQくらいみんな読もうよ。

外部ﾘﾝｸ[html]:elib.cs.berkeley.edu

384(1): 03/06/24 18:50 ID:??? AAS
追加書き込みすれば壊れない。

385(1): 371 03/06/24 19:10 ID:01cZwzPj(5/5) AAS
>>384
2つのプロセスが同時に追加書込しようとしたら、
その部分は壊れるよ。

386(1): 03/06/24 20:17 ID:??? AAS
>>371
って言うかOSが関与しないファイルロックで信頼できるアルゴリズムってあるの？

387: 03/06/24 20:18 ID:??? AAS
>>385
何を以て壊れるとするかだな。

388(1): 378 03/06/24 20:27 ID:??? AAS
>>378
はどうですか？

389: 03/06/24 20:34 ID:??? AAS
>>388
ええ、ばっちりシステムコールのflockがいらっしゃいますね。

390(1): 371 03/06/24 20:45 ID:??? AAS
>>386
symlinkにしろ、rewriteにしろ、mkdirにしろ、OSがファイルシステム上で衝突しないように
設計されているという大前提で作られてるし、実際衝突するかどうかはOS次第なので、
OSに非依存で汎用可能なアルゴリズムっていうのは原理的に不可能じゃないかと。

391: 03/06/24 20:47 ID:??? AAS
>>390
その意見には激しく同意。
じゃあ、議論するだけ無駄だと思うわけだ。

392: 03/06/24 20:48 ID:??? AAS
＞OSがファイルシステム上で衝突しないように設計されているという大前提で作られてるし。

OS側でAtomicでもプログラム側がそうでなけりゃ・・・。

393(1): 03/06/24 21:00 ID:??? AAS
>>373-392
スレ違い。
ファイルロックについてのスレあるから、
そこで熱く語ってくれ。

394(2): 03/06/25 00:00 ID:??? AAS
AA省

395(1): ３７４ 03/06/25 00:21 ID:??? AAS
>>394
まともに使えないならいっそ使わないほうが・・・

396(1): 03/06/25 00:39 ID:??? AAS
>>395
はぁ？
全体に一度だけかけろとか言うのか？
それでも壊れる。

何がまともに使えないだよ・・・
ルーチン呼び出すのに使えるも使えないもないだろヴォケ。
文句言う前に試せやハゲ。
試して、壊れなかったら文句言いにこいや。

上下前次 1-新書関写板覧索設栞歴

あと 276 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.034s