FreeBSD current 一握の砂

1 名前：名無しさん＠お腹いっぱい。 [04/10/11 11:01:02] はたらけど　はたらけど猶 わが生活 楽にならざり ぢつと手を見る >> Shut up and code!!! 前スレは>>2-5あたり 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/24(土) 22:51:54 ] >392 住所わかる？ 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 00:26:46 ] viが複数ウィンドウに対応していない理由みたいだ 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 08:09:41 ] 良くある展開ということですか。 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 10:44:11 ] クラッシュしちゃって「もうやらねーよ、うわーん」となる話ってよくありそうじゃない？ まあ、今回はdelayと書いてあるけどさ。 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/25(日) 23:49:42 ] >>394 対応してるでしょ? :E とか。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 01:26:06 ] >>397 Unixの1/4世紀でBill Joyが対応をやめたって書いてあったけど、 素のviにもあるの？ 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 11:24:19 ] >>398 『ホゲゆに』には、 最近Joyのviをサポートする連中がガンバってるって 400 名前：名無しさん＠お腹いっぱい。 [2005/12/27(火) 22:31:53 ] 7-currentで nVidiaのドライバって動きますか？ 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/31(土) 13:25:28 ] >400 nvidia-driverがコンパイルエラーになってインストールできない件？ うちがそんな状況。 402 名前：名無しさん＠お腹いっぱい。 [2005/12/31(土) 18:26:45 ] >>401 レス サンクス やっぱり動かないんだ... まだ-current入れてないんだけど、動くなら-curerntを入れようかなって 思ったんだ。 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/01(日) 12:03:33 ] 一応、src/sys/pci/agpvar.hの1.3での変更を元に戻して、kernel,nvidia-dirverを作り直せば、今のcurrentででも動くよね。 www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/agpvar.h 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/01(日) 15:28:28 ] >>403 ttp://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/agp.c.diff?r1=1.48&r2=1.49 これと同じことをやればコンパイルはできるんじゃないの? 405 名前：名無しさん＠お腹いっぱい。 [2006/01/01(日) 18:41:24 ] 7-currentについて、方向性とか新機能についてまとめている サイトとかありますか? 406 名前：名無しさん＠お腹いっぱい。 [2006/01/01(日) 23:30:05 ] 基本的に-currentで、デバッグオプションによる速度低下を 防ぐには、以下の２つをコメントアウトするだけで良いのでしょうか? options WITNESS options WITNESS_SKIPSPIN KDBをコメントアウトすると xfs のコンパイルで、KDB関連のオプションを 有効にしろとエラーメッセージが出ます。 407 名前：名無しさん＠お腹いっぱい。 [2006/01/02(月) 04:53:19 ] >>403 >>404 OS側のAGPではなくNVIdia のAGPドライバを使えばいいのでは? 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/02(月) 13:51:55 ] >>406 ln -sf aj /etc/malloc.conf 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/03(火) 14:38:59 ] 最近、なんか-current安定しているよね。 MLで奴が怪しげなこと言っているときはいつも警戒していたのに... 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/03(火) 17:10:24 ] >>409 「奴」って誰よ? 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/03(火) 23:02:22 ] そういやlinuxpluginwrapperが使えなくなったな 中の人は何か考えているらしいが ttp://blog.ninth-nine.com/diary/20060101.txt 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/14(土) 21:56:06 ] malloc新しくなったから入れてみたらX起動しなくなった　orz かなり遅いし、戻すか…( ´・ω・`) 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/14(土) 22:24:38 ] >>412 libcのmalloc(3)を切り替えたよ。今はデバッグ、検査、統計収集用のオプションが 全部有効になってるから、プログラムは遅くなるしメモリも余計に食う。移行期間の バタバタがおおよそ終わったらここらへんのは切れるから。 パフォーマンスが気になるなら、src/lib/libc/stdlib/malloc.cの中にある下の いくつかをundefineして。これらのせいでプログラムが遅くなって、メモリも 余計に食ってるんだ。 MALLOC_DEBUG MALLOC_STATS MALLOC_REDZONES もしmallocがらみの実行時エラーを見つけたら、malloc(3)でチューニング用の フラグを調べて関係あるのを使いながら、問題の種類をみきわめてほしい。特に A J Q Zフラグは便利だね。この実装が見つけるアプリケーションのバグは 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/14(土) 22:37:52 ] * バイト境界に対する誤った仮定: このmallocはたとえ非常に大きい領域の割り当て についても16バイト境界しか保証しない。正当だけど、あまり一般的じゃない。 phkmallocはここらへんがとても寛容だった。もしこういうバグをみつけたら posix_memalign(3)を見て直してね。 * バッファオーバラン: このmallocはboundary tagを使っているので、割り当て の外側に書き込むとmalloc内部のデータ構造を壊す可能性がある。小さいオーバ ランはredzoneで検出できるけど、大きいのは無理だ。 この変更によって沢山の問題の報告が来るだろうと思う。その場合、たいていは アプリケーションのバグだと思うけど、malloc自身のバグという可能性もある。 みんな、広い心で原因の究明に取りくもう。 415 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 01:31:15 ] アメリカのドラマの吹き替え口調みたいな文体だな 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 05:59:11 ] 結局、mallocで一番、高速に動作するオプションはどれ? 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 12:04:57 ] つうか、なんで新しいmallocが入ることになったの？ >>413-414の解説を読むとあまり利点を感じないのだが。 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 13:30:10 ] >>417 SMP 環境でマルチスレッドのプログラムの性能を向上させるためらしい。 docs.freebsd.org/cgi/getmsg.cgi?fetch=783829+0+archive/2005/freebsd-current/20051225.freebsd-current kris が4CPUのamd64マシンでベンチマークをやっているけど、スレッド数3の場合で以前のmallocより107倍早かったそうな。 docs.freebsd.org/cgi/getmsg.cgi?fetch=138177+0+archive/2005/freebsd-current/20051218.freebsd-current 419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 15:54:41 ] 最後の三行だけ抜き出すと So libthr is *much* faster than libpthread with both malloc implementations, but jemalloc is still 1.7 times faster for 1 thread and 80 times faster for 5 threads than phkmalloc. 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 20:55:47 ] でもマルチスレッドでmallocしまくるような状況って それほどあるの? 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/15(日) 23:45:42 ] 特にOO系の言語ではメモリアロケータのパフォーマンスが重要だから、 恩恵を受けるプログラムは結構多いんじゃない? それに、libpthreadやlibthrによるカーネルレベルでのスレッドサポートが せっかく入ったのに、今までのmalloc()は単一のspinlockによる 原始的な排他しかしてなかったからなあ…… 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/16(月) 02:54:56 ] >>412 XについてはXorg-snapを入れるというworkaroundがあるようで。 ぶっちゃけ、dlopen使えってことだな。 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 08:27:44 ] これで MySQL と FreeBSD の組み合わせが最強になるとうれしい。 関係ないですか？ 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 09:51:46 ] mallocの性能の悪さも性能が劣化する原因の一つだろうからこれで少しは変わると思うよ。 つうか、こういう単純なベンチマークじゃなくてもっとリアルなアプリケーションで ベンチマークをやった人って居ないんだろうか.... マルチスレッドのアプリケーションと言えば、MySQL、BIND、Apacheといろいろ ありそうなのだけど。 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 17:13:34 ] 実務や現場を知らない香具師の寝言。 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/18(水) 23:21:48 ] そういう香具師が往々にして決裁権を持っている件について 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/19(木) 00:00:45 ] 現場的には今回の変更はどうなの？ 新しいもの勝手に入れるなゴルァ！ 今動いているのが動かなくなったらコロスケなりよ なんだろうか。それとも、速くなりそうなので歓迎なんだろうか。 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/19(木) 02:11:17 ] >>427 現場の人はcurrentには興味なしと思われ。 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/19(木) 12:40:59 ] そもそも、性能に影響あるところには極力mallocを使わないようにコード書くしなぁ。 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/21(土) 09:26:12 ] qemuが動かなくなっとる。。 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 06:46:08 ] mallocってマロックって読むの？ 俺ずっとエムアロックと読んでて不安になった。 メモリ・アロケーションだよね？ 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 08:09:55 ] どっちでもいいんじゃない？ stdioはスタンダードアイオーと読んで、スタジオと読んだりはしないけど。 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 09:50:14 ] 俺はエスティーディーアイオーと四�j 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/23(月) 12:36:32 ] UNIXに関する言葉のひらがな読みスレッド pc8.2ch.net/test/read.cgi/unix/1001358861/ 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/30(月) 00:29:24 ] 12/31のvm(キャッシュ)の修正で久しぶりに動かなくなった。 オラ、ワクワクして来たぞ。 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/30(月) 04:44:13 ] >>435 12/31? 437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/30(月) 20:52:35 ] 2005/12/31 14:39の↓のコミット 古いCPUだとのdetection of the cache sizeでストールする。 MI changes: - provide an interface (macros) to the page coloring part of the VM system, this allows to try different coloring algorithms without the need to touch every file [1] - make the page queue tuning values readable: sysctl vm.stats.pagequeue - autotuning of the page coloring values based upon the cache size instead of options in the kernel config (disabling of the page coloring as a kernel option is still possible) MD changes: - detection of the cache size: only IA32 and AMD64 (untested) contains cache size detection code, every other arch just comes with a dummy function (this results in the use of default values like it was the case without the autotuning of the page coloring) - print some more info on Intel CPU's (like we do on AMD and Transmeta CPU's) Note to AMD owners (IA32 and AMD64): please run "sysctl vm.stats.pagequeue" and report if the cache* values are zero (= bug in the cache detection code) or not. 438 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/31(火) 08:50:16 ] 仮想端末のデバイス名が /dev/pts/* に変更されつつある件について 439 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/31(火) 09:21:36 ] デバイス名だけの変更じゃないよ。 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/31(火) 11:03:38 ] そろそろcvsupしても大丈夫かな? 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 02:49:17 ] 7-currentって、なんかXを立ち上げずコンソールで使うとキー入力に 対する反応が凄く遅い。 Xを立ち上げて使うと全然問題ないんだけど... 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 06:20:56 ] しらんがな 443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 06:28:24 ] そういや、今の-currentちょっと重いね。 漏れのところは X が立ち上がっていても重いよ。 多分Thread周りがこまめにいじられているから、 もうちょっと待てば、ましにはなると思う。 WindowMakerのアニメーションがめちゃくちゃスローだよ。 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 13:35:29 ] 最近いろいろいじりはじめたみたい。 あー、関係ないけど、7-currentってjdk1.5.0インストール失敗するな。 やっとcurrentらしくなってきた。 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 16:05:21 ] >>443 新mallocのデバックオプションのせいじゃね? NO_MALLOC_EXTRAS 付けてビルドしたら? 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/05(日) 23:12:16 ] たぶん、mallocは関係ないと思うな。 けっこうThread周りが今怪しいことになっている。 powerdでcpu clock を落としていると体感できるぐらい遅くなっているよ。 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 00:35:33 ] powerdを有効にしたら確かに重い 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 00:39:43 ] 描画というか表示関係が遅いのかな? emacsの起動も遅くないし、buildworldの時間もそれほど変わってないよ。 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 00:55:45 ] 珍しく currentスレが盛り上がっているが、 linuxpluginwrapperってまだ未対応のままだね。 早く対応してくれないかな。 450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/06(月) 21:31:14 ] 最近daichiのことが気になってしかたありません。 見るたびになんだか落着かなくなってしまいます。 ときめきとも違った、ふしぎな気分なんです。 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 04:53:23 ] そろそろcvsupしようと思ったらcurrentが重いっていう話なのか。 いつごろ解消しそう? 去年の12月の終わりからまだ更新してないんだ。 452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 05:46:27 ] jdk 1.5 がコンパイルできねぇー 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 11:01:15 ] >>452 勘違いだった、普通に入った。 454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/07(火) 11:20:44 ] 風説の流布罪によりタイーh 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 01:32:03 ] FreeBSD 7-currentでqemu 0.8.0を使うと、ゲストOSの時間が凄い勢いで 進んでしまう。 これ何で? 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 02:24:45 ] どこもかしこもqemuネタ多いな・・・ 457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 03:06:47 ] unix板でqemuスレ立てた方がいいかも知れんな 458 名前：名無しさん＠お腹いっぱい。 [2006/02/08(水) 03:30:12 ] ちょっとここのスレの流れを読んでて思ったんだけど、 今の7-currentってタイマー関連がおかしくない? だから、表示が遅かったり qemuの時間がおかしかったりしているんじゃないの? 漏れはcurrent使ってないから何ともいえないけど、詳しいこと知っている香具師が いたら教えてくれ。 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 09:57:01 ] >>455 > FreeBSD 7-currentでqemu 0.8.0を使うと、 漠然と 7-current って言われても... 少なくとも, 1 月 20日に buildkernel した奴は無問題だが... >>458 > 今の7-currentってタイマー関連がおかしくない? なぜタイマー関連のせいになる? > だから、表示が遅かったり 表示するときに時間を気にするのはゲームとかビデオの再生くらいのもんだろ それ以外は通常全力で出力する 460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/08(水) 15:24:37 ] >>459 7-currentの日付だけど、 2月5日くらいにcvsupしたkernel、2月7日にcvsupしたものも同じ症状。 461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/09(木) 02:51:07 ] まぁ、currentなんだし気楽に待ちましょ。 462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/10(金) 01:32:48 ] しっかし、今の-currentって、shutdown に時間がかかるな。 463 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/10(金) 13:54:19 ] まぁ、1週間もしたら直るでしょ。 464 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/10(金) 14:42:12 ] shutdown に一週間かかるのかとオモタ 465 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/10(金) 16:50:06 ] xeon × 4のマシンで何年も前からリブートできないよ。 不思議なことにシングルユーザからだとリブートできる。 それ以上はめんどくさいから調べてないけど。 466 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/17(金) 10:25:49 ] 起動と停止の処理は面倒を避けるためにシングルCPU状態におちると思うのだけど、 そのときのCPUを止める処理が壊れてるんじゃないの？ まあ、壊れてるんだろうなと思ってもどうやって直したらいいか見当がつかんけど。 467 名前：名無しさん＠お腹いっぱい。 [2006/02/23(木) 23:19:09 ] 最近のcurrent で Emacs ビルドできた方います？ firewire の cardbus カード BUFFALO IFC-ILCB3 も認識できなくなってるし。 ついでにゆうと、RELENG_6 でも認識できなくなってたような。 468 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 01:35:22 ] >>467 おれもできない。coredumped. 469 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/24(金) 03:15:33 ] >>468, 467 preload image 作るときに undump できないだけだと思うが. 470 名前：名無しさん＠お腹いっぱい。 [2006/02/24(金) 13:08:23 ] nsp ドライバ腐ってる。 471 名前：名無しさん＠お腹いっぱい。 [2006/02/24(金) 13:48:30 ] >>449 一瞬ペンギンラッパーってなんぞいなと読みまつがえた。 472 名前：467 [2006/02/27(月) 01:05:34 ] Emacsビルドできた。 でも、後ろ向きな解決方法ですけど。 libc.so.6のmallocが悪さしているみたいです。 手順 misc/compat5xをインストールする。 /etc/libmap.confに以下の内容を追加。 [emacs] libc.so.6 libc.so.5 configure後、src/config.hでHAVE_POSIX_MEMALIGNが定義されていたら定義しないようにする。 で、いけるんじゃあないかと思う。 473 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/27(月) 01:38:44 ] >>472 /etc/make.conf に NO_MALLOC_EXTRAS を指定してlibcを作りなおしてみたり、 ln -s ajQ /etc/malloc.conf (Qは複数回指定可)とかしてみたらどうよ? 474 名前：467 [2006/02/27(月) 01:44:30 ] ln -s ajQ /etc/malloc.conf して libmap.conf の記述を削除して さっき作った emacs 起動できた！ 475 名前：名無しさん＠お腹いっぱい。 [2006/02/27(月) 08:35:27 ] >>465 つまり shutdown -r now だとダメだけど、 shutdown now → shutdown -r now だとOKってこと? それともいっぺんmultiuser modeに入るとアウトてこと? 476 名前：名無しさん＠お腹いっぱい。 [2006/03/02(木) 23:46:51 ] おっちゃん達が懐かしいネタに喰いついてきましたよ :) ttp://docs.FreeBSD.org/cgi/mid.cgi?20060301170306.GZ55746 477 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 00:03:55 ] >>475 後者 478 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 02:43:06 ] csupこんにちは cvsupさようなら 479 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 12:56:36 ] csupサーバーってどこあんの？ csupサーバーを自分で立てるにはどうするの？ cvsupだとcvsup-mirrorを入れると後者の9割り方が終了だけどさ。 480 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 13:29:31 ] 互換なんじゃないの? 481 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 13:49:21 ] csup が落ち着いたら csupd も作ってくれるさ 482 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 22:59:04 ] いまのところcheckout modeしかサポートされないから cvsupさようなら、とはいかないな。 483 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 23:14:17 ] そこで cvsync ですよ。 484 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 03:40:21 ] じゃあ俺bobsup作るかな 485 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/05(日) 10:00:26 ] 出か杉 486 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/06(月) 10:09:08 ] cvsyncは逆にcheckout modeなかったような 487 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/11(土) 13:34:51 ] ata-usbがcommitされたけど、CAMに比べてどんないいこと があるの？ 488 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 02:58:21 ] sosの自慰行為を堪能できます 489 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/13(月) 14:09:34 ] >>476 3年前のじゃねえか とっくに消えてるの持ってきて釣ったつもりか 490 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/13(月) 15:55:52 ] 消えてるんじゃなくて、Message-ID 検索が壊れてるだけ。これだろ。 lists.freebsd.org/pipermail/freebsd-current/2006-March/061224.html 491 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 20:11:41 ] csup、今日の分で十分使えるようになった感じ。 あとは、CVS mode と csupd か。ガンガレむっくす。 492 名前：476 mailto:sage [2006/03/14(火) 22:44:58 ] >>489 遅ぇーよ、俺が貼った頃にはちゃんと見えてたんだよ。 493 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/14(火) 23:40:12 ] csup派とportsnap派どっちが多いよ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef