[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/25 05:34 / Filesize : 221 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

「コンパイラ・スクリプトエンジン」相談室6



1 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:28:29 ]
プログラミング言語処理系の開発に興味のある人達のスレッドです。

字句解析・構文解析から,データフロー解析,ループ並列化,タスク並列化,SSA変換,
CPS変換,レジスタ割付,命令スケジューリング,ソフトウェアパイプライン等各種最適化,
それにVM,GC,JIT,リンク時最適化,動的バイナリ変換などなど。
意味論に関する話題も歓迎です。

前スレ
1 pc.2ch.net/tech/kako/981/981672957.html
2 pc2.2ch.net/test/read.cgi/tech/1021136715/
3 pc5.2ch.net/test/read.cgi/tech/1070089173/
4 pc5.2ch.net/test/read.cgi/tech/1100097050/
5 pc8.2ch.net/test/read.cgi/tech/1106129164/ (前スレ)
関連リンクは多分 >>2-10 あたり

2 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:28:55 ]
★コンパイラ一般

・色々なツールの紹介
 catalog.compilertools.net/
・コンパイラ関連のリンク集
 www.ulis.ac.jp/~nakai/rel_web_compilers.shtml
・スクリプティング言語資料室(仮) (リンク集)
 www.kt.rim.or.jp/~kbk/
・Compiler Construction
 rananim.ie.u-ryukyu.ac.jp/~kono/lecture/2000/compiler/index.html
・Compiler Construction (1997)
 rananim.ie.u-ryukyu.ac.jp/~kono/lecture/1997/compiler/compiler.html
・情報システム工学実験 III コンパイラ・コンパイラ
 math.cs.kitami-it.ac.jp/~fuchino/proin/experimentIII-2000/jikken.html
・OS/Programming 簡単な C コンパイラ
 www.csg.is.titech.ac.jp/~chiba/lecture/os/
・正規表現
 hp.vector.co.jp/authors/VA007799/viviProg/doc_regexp.htm
・コンパイラ研究・開発情報の一集積所
 compilers.cs.uec.ac.jp/
・Links and Selected Readings
 www.gnu.org/software/gcc/readings.html
・国産のコンパイラ共通インフラストラクチャCOINS
 www.coins-project.org/

3 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:29:18 ]
★字句・構文解析

・Lex and YACC primer/HOWTO (邦訳)
 www.linux.or.jp/JF/JFdocs/Lex-YACC-HOWTO.html
・Turbo Pascal Lex/Yacc
 www.musikwissenschaft.uni-mainz.de/~ag/tply/tply.html
・Jim Roskind's LALR(1) C++ Grammar
 www.empathy.com/pccts/roskind.html
・Flexと Bisonを同時に使う
 guppy.eng.kagawa-u.ac.jp/~kagawa/1999/SysProg/both.html
・KITE_ASM (yacc,lex)
 www.arch.cs.kumamoto-u.ac.jp/project/kite/kiteasm/
・bison用のC++ LALR skeleton
 www.bj-ig.de/software/bison/
・ANTLR(非yaccのパーサジェネレータ)
 www.antlr.org/
・JavaCC(Java Compiler Compiler)
 https://javacc.dev.java.net/
 village.infoweb.ne.jp/~fwif0083/program/java/javacc/javaccgrm.html
 www.asahi-net.or.jp/~DP8T-ASM/java/tips/JavaCCHelloWorld.html
・CUP, JLex, JFlex
 www.cs.princeton.edu/~appel/modern/java/ (JLex, CUP)
 www.jflex.de/
・SableCC
 www.sablecc.org/
・¬<><∪∪ (notavacc)LALR(1)
 ne.cs.uec.ac.jp/~koto/notavacc/
・boost::spirit(C++のテンプレートでEBNFの構文を模倣)
 spirit.sourceforge.net/
 boost.cppll.jp/HEAD/libs/spirit/index.html(マニュアル日本語化プロジェクト)
 www.fides.dti.ne.jp/~oka-t/cpplab-boost-spirit.html

4 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:29:35 ]
★ごみ集め

・GC FAQ -- draft
 www.iecc.com/gclist/GC-faq.html
・A garbage collector for C and C++
 www.hpl.hp.com/personal/Hans_Boehm/gc/
・一般教養としての Garbage Collection
 www.is.s.u-tokyo.ac.jp/~vu/01/jugyo/processor/process/soft/compilerresume/gc/gc.html
・Garbage Collection : Algorithms for Automatic Dynamic Memory Management
 www.amazon.com/exec/obidos/ASIN/0471941484/

★処理系,スクリプト

・kikyou.info (吉里吉里というゲームのスクリプト)
 kikyou.info/
・tiny C コンパイラ (C)
 www.watalab.cs.uec.ac.jp/tinyCabs.html
・6809用 Micro C コンパイラ
 www.axe-inc.co.jp/pds/mc09.html
・Portable Object Compiler (Obj-C >> C のトランスレータ?)
 users.pandora.be/stes/compiler.html
・自作コンパイラの部屋(PL/1, Pascal等)
 www.tokumaru.org/
・『Rubyソースコード完全解説』サポートページ
 i.loveruby.net/ja/rhg/
・『やさしい Lisp の作り方』『やさしい Java インタプリタ の作り方』
 www.okisoft.co.jp/esc/go.html
・MSによるPEフォーマット仕様書(日本語)
 www.interq.or.jp/chubu/r6/reasm/PE_FORMAT/intro.html

5 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:29:53 ]
★参考書籍

・コンパイラ 原理・技法・ツール 1&2
 www.amazon.co.jp/exec/obidos/ASIN/4781905854/
 www.amazon.co.jp/exec/obidos/ASIN/4781905862/
 通称ドラゴンブック。バイブル。
・コンパイラ構成法 原田 賢一
 www.amazon.co.jp/exec/obidos/ASIN/4320029224/
 www.hara.cs.keio.ac.jp/kCompiler/ (ソース、正誤表のダウンロード)
・プログラミング言語処理系 岩波講座 ソフトウェア科学〈5〉 佐々 政孝
 www.amazon.co.jp/exec/obidos/ASIN/4000103458/
 一冊で済ませたい人へ。
・コンパイラの構成と最適化 中田 育男
 www.amazon.co.jp/exec/obidos/ASIN/4254121393/
 最適化がメイン。
・コンパイラの仕組み 渡邊 坦
 www.amazon.co.jp/exec/obidos/ASIN/4254127081/
 薄い奴(185p)を読みたい人に。
・21st Century Compilers (Alfred V. Aho, Sethi, Ravi Sethi, Jeffrey D. Ullman, Monica Lam)
 www.amazon.co.jp/exec/obidos/ASIN/0321131436/
 いつ出るんだ?
・スモールコンパイラの制作で学ぶプログラムのしくみ
 www.cbook24.com/bm_detail.asp?sku=4774121770

6 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:30:07 ]
★学会

・PLDI
 research.ihost.com/pldi2005/
 コンパイラの研究に関する最新成果を知りたければまずはここ。
・POPL
 www.cs.princeton.edu/~dpw/popl/05/
 PLDIよりは理論寄りだが大いに参考になる。
・ICFP
 www.brics.dk/~danvy/icfp05/
 関数型言語に関する学会。とても難しい。
・OOPSLA
 www.oopsla.org/2005/ShowPage.do?id=Home
 オブジェクト指向言語に関する学会。最近はやや低調?
・ICCC
 cc05.cs.berkeley.edu/
 かなり実用寄り。

7 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 08:31:38 ]
ということで、新スレです。

8 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 17:56:21 ]
乙。

9 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 09:05:25 ]
お疲れ。

10 名前:三遊亭円楽 mailto:sage [2005/05/07(土) 10:19:03 ]
pc8.2ch.net/test/read.cgi/tech/1106129164/
プログラミング言語処理系をネタにした大喜利は上記すれでどうぞ



11 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 08:10:36 ]
このスレにしては奇跡的に穏やかな始まり方だな。

12 名前:デフォルトの名無しさん [2005/05/08(日) 11:41:07 ]
なんだ荒れてほしいのか?

>>1
糞スレ

13 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

14 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

15 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

16 名前:デフォルトの名無しさん [2005/05/08(日) 14:45:38 ]
>>1が前スレのテンプレを使っているのでこっちが本スレ。

17 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

18 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 14:49:36 ]
>>16
意味なく上げるなボケッ

19 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 15:42:28 ]
前スレをわざわざ埋めたやつが居るんだな
時刻からして手動っぽい?

20 名前:マニュアル嫁 mailto:sage [2005/05/08(日) 15:54:04 ]
FLEX
www.asahi-net.or.jp/~WG5K-ICKW/html/online/flex-2.5.4/flex_toc.html

Bison
www.gnu.org/software/bison/manual/html_mono/bison.html




21 名前:デフォルトの名無しさん [2005/05/08(日) 15:57:50 ]
OCamllex, OCamlyacc
caml.inria.fr/pub/docs/manual-ocaml/manual026.html

22 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

23 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 17:05:10 ]
おまいらはどんなコンパイラを作りましたか

24 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

25 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

26 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

27 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

28 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

29 名前:デフォルトの名無しさん [2005/05/08(日) 23:19:37 ]
池沼がわいてるな。

30 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 23:46:10 ]
>>29
意味の無い書き込みで上げるな、ボケッ



31 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 00:08:11 ]
どっちが本スレなのかはっきりしてくれないか

32 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 00:35:39 ]
両方の>>1のタイムスタンプ見れば一目瞭然

33 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 00:39:19 ]
>>31
>>1を読む限りじゃこっちだと思われる。

つかネタないの?


34 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 00:49:27 ]
ではGCについて。

35 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 00:58:06 ]
GCで連想するのは、Javaがスレッドでいつもいつもメモリを観察しているということと、マークアンドスイープしか知りません。
超エリート中学生の私にいろいろ教えてください。


36 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 01:02:46 ]
マーク付けはオブジェクトにフラグを持たせるのと
ビットマップで管理するのとどっちが好きですか?

37 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 01:06:22 ]
1ビットも無駄にしたくないからビットマップ。
ただしリニアなメモリブロックを強要される。

38 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

39 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 09:38:29 ]
lex+yaccで、yaccからスキャナに文脈を渡したいときにフラグを使いますが、
lexのスタート状態を変更できるようにすればいいのではと思うことがあります。

ただlexにはy.tab.hのようなのを吐かないので
多少冗長なコードを書く(もしくはそれを生成するツールを書く)必要があり、
標準ではそれが簡単にできるようにはなっていません。

しかしそれが有用ならとっくにflexあたりには実装されているでありましょうし、
やはり上記の思いつきはあまり有用ではないのでしょうか...?


40 名前:デフォルトの名無しさん [2005/05/09(月) 19:02:28 ]
>>39
なるほど確かに弁理かもしれんな。
じゃが、標準というものは得てしてそういうものじゃ。

ex. /bin/sh




41 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 20:38:15 ]
>>40
flexあたりには、という部分を読んどらんのか?


42 名前:デフォルトの名無しさん mailto:sage [2005/05/09(月) 20:59:06 ]
>>39
よくわからん。

.lファイルの%%の後ろに、

void start_hoge() {
  BEGIN HOGE;
}

って書いといて、yacc側からstart_hoge()を呼んだらだめなんだっけ?


43 名前:40 [2005/05/09(月) 21:19:38 ]
>>41
読んで書いてるんだが?
>>42
余計なもの(-1)


44 名前:デフォルトの名無しさん mailto:sage [2005/05/10(火) 00:45:55 ]
>>42
それが
> 多少冗長なコードを書く(もしくはそれを生成するツールを書く)必要があり、
という部分なのでは。

>>43
読んでたら>>40には繋がらんような。flexは標準じゃないだろ。
/bin/shに例えられるのはAT&T lexとかじゃねえ? flexはbashとかzshだと思われ。


45 名前:42 mailto:sage [2005/05/10(火) 08:20:34 ]
>>44
うーん、たいした手間じゃないし、lexerのカプセル化という点から考えても、
むしろその手間は「かけるべき手間」なんでは。

だいたいparserがlexerに頻繁にちょっかい出すってのもなあ…
Rubyじゃあるまいし。

46 名前:デフォルトの名無しさん mailto:sage [2005/05/10(火) 17:45:20 ]
Rubyに限らずわりとよくある要求だろ。 > lexerに文脈を渡す


47 名前:デフォルトの名無しさん mailto:sage [2005/05/10(火) 18:28:43 ]
>>45
うーん、スタート状態の変更は実質的にスキャナの切り替えとみることもできるから
BEGINマクロというインタフェースが公開されれば
むしろ変数で情報を渡すよりカプセル化に有益なんでは。

だいたいlexがマクロの定義をヘッダに出力するオプションが一つあれば済む話なのに
それ以後%startと整合性をとる必要を生じるのが「かけるべき手間」ってのもなあ…
マゾじゃあるまいし。


48 名前:デフォルトの名無しさん mailto:sage [2005/05/10(火) 19:50:04 ]
このスレでflexのパッチでも作ってみるか。

49 名前:あぼーん mailto:あぼーん [あぼーん]
あぼーん

50 名前:デフォルトの名無しさん mailto:sagee [2005/05/10(火) 20:46:08 ]
馬鹿かおまえら?
LISPじゃあるまいし




51 名前:デフォルトの名無しさん mailto:sage [2005/05/10(火) 23:27:57 ]
LISPがあればいいや

52 名前:42 mailto:sage [2005/05/10(火) 23:42:48 ]
>>46
>Rubyに限らずわりとよくある要求だろ。 > lexerに文脈を渡す

そうかねえ。
Cあたりでも、typedefなんかでparserがlexerにちょっかい出すけど、
parserがlexerに『頻繁に』ちょっかい出すのはやっぱり行儀悪いと俺は思うよ。
人間にとっても曖昧な、落とし穴の多い言語になりそうだ。

>>47
>むしろ変数で情報を渡すよりカプセル化に有益なんでは。

「変数で状態を渡す」と言った覚えはないし、

>それ以後%startと整合性をとる必要を生じるのが「かけるべき手間」ってのもなあ…

「%startと整合性をとる必要を生じる」ってのがわからないんだけど。
俺アホだからなにか気付いてないことがあるんかね。だとしたら教えてくれや。

>マゾじゃあるまいし。

クラスにsetterメソッド書くのがマゾだ、とまで言うんならもう何も言わないけどさ。

現状で、flexでさえそんな機能がないってことが、大半のプログラマはそんな
機能を望まない、っていうひとつの証拠だと思うよ。

53 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 00:00:13 ]
アホなら黙ってりゃいいのに。


54 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 02:18:35 ]
>>52
機能がないことがその証拠ってのもおかしいだろ。機能がないからほとんどの人間が気づいていないだけ、という可能性も十分あるわな。
いろんな記号を多用するような言語(スクリプト言語では多いよな)なら、コンテキストによってlexerの動作を変えたいという要求はすごくある。
それが今までのツールじゃ難しかったか面倒くさかったから、言語の機能が増えるたびに予約語も増える傾向にある。

55 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 03:05:04 ]
>>52
> 人間にとっても曖昧な、落とし穴の多い言語になりそうだ。
ここに全く同意できない。
開発する人間とって曖昧な、落とし穴の多い実装になりそうだ。
↑これなら納得するし説得されてやる。


56 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 04:44:45 ]
>>55
>開発する人間とって曖昧な、落とし穴の多い実装になりそうだ。
んで、だからこそそれをサポートする>>39の提案が意味を持つわけだね。

57 名前:デフォルトの名無しさん [2005/05/11(水) 20:41:25 ]
WindowsでC++モドキを作ってて、UNIXに移植する段階でこの問題が出た。

WindowsのC++処理系のほとんど(全て?)はtry catchの例外機構を
SEHで実装してるけど、
UNIXでは何使って実装するもんなの?まさかsetjmp/longjmpとか?


58 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 20:54:31 ]
g++を見たほうが早いような

59 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:01:17 ]
たぶんアセかな。
そのアセ自体が何してるのか知らんが。

60 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:07:35 ]
>>57
言いたいことはわからんでもないが,SEHとはtry/catchのような構文によるエラー処理の
総称では?
SEHをCで実装する場合、setjmp/longjmpもしくは2返戻値によるのが普通かな。



61 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:09:26 ]
確かに
> try catchの例外機構をSEHで実装してるけど、
という言い方は変だよな。

62 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:10:15 ]
>>57
つまり、そのまさか。

63 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:12:12 ]
>>60-61
知ったかぶんなよ。
WindowsにはSEHという機構がOSに組み込まれてるの。

64 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:19:39 ]
>>63
そんなことは分かってる

65 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:20:25 ]
ちなみに例外がアプリケーション側で補足されず、そのままスルーすると出る
デフォルトのダイアログ(ご迷惑をお掛けしています〜)は、
OS側にこの機構があるおかげです。
UNIXの糞ダンプと違って、そのままデバッガに飛ぶなりできます。。。

66 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:22:08 ]
>>64
いや、おまえ判ってない。
ぜんぜんわかってない。

67 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:23:08 ]
>SEHをCで実装する場合、setjmp/longjmp
なんせこんなこと言ってるし

68 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:25:45 ]
じゃあ糞UNIXはsetjmp/longjmpで糞チェインを自分で作らないと駄目って事で。

69 名前:デフォルトの名無しさん [2005/05/11(水) 21:28:21 ]
言語語ってるやつが、WIN使いとはなw
ワロタ


70 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:29:36 ]
え、どこが面白いの?



71 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:31:13 ]
>>69
そんな奴おらんだろw


72 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:33:25 ]
Windowsの高度な技術議論についてけずUNIXerの頭が崩壊したらしいなw

73 名前:デフォルトの名無しさん [2005/05/11(水) 21:34:28 ]
それで、UNIXでは本当にsetjmp使うんですか?
なんか信じられないけど。
まあgcc読んできますが。

74 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:39:00 ]

SEHとはこれのことだろ。
www.microsoft.com/japan/msdn/library/ja/jpdndeepc/htm/deep051099.asp?frame=true
www.microsoft.com/japan/msdn/library/ja/jpdndeepc/htm/deep060399.asp?frame=true

75 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:42:23 ]
>>65
サーバでそんな事してたらアホだろ

76 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:42:36 ]
なんでsetjmp使うことに驚く。別にUNIXでなくても普通に使ってるぞ。

ところで上でもめてるようだが、SEHという言葉には

・win32固有の機能(よく__try, __exceptで利用するものね)
・try〜catch的なエラー処理構文(on error goto等との対比で)

のふたつの意味があり、Microsoftでもその両方を文脈に応じて使いわけている。

77 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:45:19 ]
>>75
Windowsにはサービスというものが(以下略
ほんと糞UNIXerは使えねえなw

78 名前:デフォルトの名無しさん [2005/05/11(水) 21:46:00 ]
UNIX使いの使えなさ加減にワロタ

79 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:46:44 ]
>>76
文脈から理解できなかったアフォの言い訳だなw

80 名前:デフォルトの名無しさん [2005/05/11(水) 21:48:08 ]
UNIX使いのアホさ加減にワロタ



81 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:49:08 ]
やけにスレ伸びてるかと思ったら
UNIX嫌いのバカが一匹いるだけか

82 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:49:50 ]
UNIX使いの煽りってたいしたことないのなw

83 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:50:15 ]
>>77
一生モニタのお守りしてるつもり?

84 名前:デフォルトの名無しさん [2005/05/11(水) 21:50:18 ]
UNIX使いの煽りの低レベルさにワロタ

85 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:51:11 ]
windows最高。microsoftは神。

86 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:51:14 ]
>>83
無知がでしゃばるなって。
サービス登録すれば勝手に再起動とか色々できるわけですよ。

87 名前:デフォルトの名無しさん [2005/05/11(水) 21:51:42 ]
UNIX使いの無知さ加減にワロタ

88 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:52:06 ]
はやくunixにもwin32が移植されるといいね。

89 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:52:40 ]
win32万歳。seh万歳。

90 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:54:02 ]
>>86
ヘェ、凄い凄いw



91 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:54:13 ]
windowsは究極のos

92 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:54:33 ]
UNIXを馬鹿にしないでください
2chのサーバだってUNIXですよ?

93 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:54:44 ]
windowsに足りないものは何もない

94 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:55:51 ]
余分なものは山ほど(ry

95 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:56:07 ]
みんなで崇めようwindows

96 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:56:26 ]
>>92
おれが馬鹿にしてるのはUNIXでなくてここにいるUNIX使いだってばw

97 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:56:59 ]
>>96
おい、レベル下がってるぞ
もっと面白い事言ってくれよ

98 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:57:00 ]
こんなに愛されて…windowsも幸せ者だな

99 名前:デフォルトの名無しさん [2005/05/11(水) 21:57:29 ]
UNIX使いの早とちりにワロス

100 名前:デフォルトの名無しさん mailto:sage [2005/05/11(水) 21:57:47 ]
そうだwindowsで行こう








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

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<221KB

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