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


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

C++0x 5



1 名前:デフォルトの名無しさん mailto:sage [2009/01/20(火) 23:10:49 ]
The C++ Standards Committee
www.open-std.org/jtc1/sc22/wg21/

wikipedia
ja.wikipedia.org/wiki/C%2B%2B0x

C++0x
pc11.2ch.net/test/read.cgi/tech/1149440647/
C++0x 2
pc11.2ch.net/test/read.cgi/tech/1191842951/
C++0x 3
pc11.2ch.net/test/read.cgi/tech/1204808027/
C++0x 4
pc11.2ch.net/test/read.cgi/tech/1214407525/

752 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 01:12:15 ]
739程度が一目で未定義とわからない奴らが新規格のスレに何の用だ

753 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 01:19:27 ]
>>739-750

何この程度の低い流れ。自演?

754 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 01:44:52 ]
>>737
Regexは2008 SP1の時点で登載済み。TR1としてだけど。

755 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 02:10:50 ]
TR1との違いってコンセプト対応してるかどうかくらいだっけ?

756 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 06:35:57 ]
テンプレくらい読んでから質問しろ

757 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 06:37:42 ]
>>752
Sequence pointsすら分からない奴が、
まだ確定してない規格知ろうなんて十年早いよな。

758 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 11:16:01 ]
はいはいすごいすごいえらいえらいかしこいかしこい

759 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 12:34:08 ]
フィンローダなつかしいなー
あのころはCマガ面白かった

760 名前:デフォルトの名無しさん mailto:sage [2009/05/05(火) 20:38:35 ]
>>736
経験不足のおバカさんだな。



761 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 12:23:26 ]
0xとあんま関係ないけど、UNICODEソースは仕様上なんか規程されてるの?
まぁ、サポートされてても日本語でソース書こうなんて思わないけどさぁ。

762 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 15:42:59 ]
日本語で書けるなら書きたい

763 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 15:49:00 ]
ソースコードに実装依存の文字が使えるということになっている。
まあ、今までも、C++のコンパイラは、ほぼ例外なく実装依存の文字が、少なくとも文字列リテラルやコメント内で使えたし、
いまさら規定しても何も変わらないと思うが。

764 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 18:58:57 ]
「実装依存の文字」の話はしていない。
UNICODEの話をしている。

765 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 19:40:52 ]
実装依存か・・・。VCでこんなコードも
通るんだが、現場とかで見るよう担ったらヤダなぁ、
変換するのがダリぃ。
int 二乗(int 引数)
{
 return 引数*引数;
}


766 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 19:54:44 ]
識別子に漢字が使えるのはC++0xの仕様?
コンパイラーの仕様?

767 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 20:18:28 ]
>>764
「ソースコード」の文字列に関しては、何にも規定されてないと思うんだけど。

>>765
知らなかった。プリプロセッサにも使えるんだな。
ということは、ラムダ関数が実装された暁に、λをautoか[]に#defineすれば・・・。
まあ、正直使いたくないな。


>>766
C++0xでは、識別子に、「その他の実装依存の文字」が使えることになってる。
だから漢字が使えても規格上問題ない(ソースコードの移植性はない)

768 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 20:30:09 ]
>>767
二点質問があります。
「その他」ではない文字は何ですか?
C++0xに対応したコンパイラーが必ず使えなければいけない(移植性のある)文字セットは何ですか?

769 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 20:58:57 ]
その他ではない文字というのは、

識別子の先頭の文字には、
a b c d e f g h i j k l m
n o p q r s t u v w x y z
A B C D E F G H I J K L M
N O P Q R S T U V W X Y Z _

先頭以外ならば、上記に加えて、
0 1 2 3 4 5 6 7 8 9

また、"universal-character-name"というものが使える。
これは、/uもしくは/Uに続く、十六進数で指定する、
/uは4文字、/Uは8文字指定できる。
つまり、/uXXXX もしくは /UXXXXXXXX という形式になる。
その表現する所の文字は、十六進数の値の、ISO/IEC 10646で規定されている値に対応する文字、
つまりはUnicode。

だから、以下のコードは妥当、ということになるはず。この辺は実は詳しくないのだけれど。

//C++0xでは完璧に合法なコード
int /u3042/u3044/u3046 = 0 ;

もし、コンパイラがその他の実装依存の文字を許可するならば、上のコードは、以下と同じ

int あいう = 0 ;

770 名前:デフォルトの名無しさん [2009/05/07(木) 21:12:15 ]
フォワードスラッシュなのか…



771 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 21:14:50 ]
間違えたorz バックスラッシュだ。
int \u3042\u3044\u3046 = 0 ;

772 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 21:16:53 ]
自然数 エー 配列 代入 ここからゼロ、ワン、ツー、ここまで。
加速繰り返し 括弧 自然数参照 エヌ、エー 国家
ここから
 標準の黒板に 書き出せ エヌ 書き出せ 標準の行末。
ここまで

773 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 22:20:09 ]
JIS X 3014:2003を読むと処理系依存にその他の文字とか全然ないですね。
ソースコードの文字はユニコードにコードポイントがなければならないように
なっています。
コンパイルの一番最初の段階で基本ソース文字集合(A-Za-z_0-9と基本的な
記号と空白類)か\uxxxx,\Uxxxxxxxxと言うようなユニコードの
コードポイントに変換されそのあとに識別子としての解釈があります。
なので\uxxxx,\Uxxxxxxxxだろうとそのままの文字だろうと識別子に使えます。
ただし識別子に使用できる文字はA-Za-z0-9_と規格の付属書(appendix)Eにある
指定されたユニコード文字だけです。
いまこれを書くために読んだ限りですが。。。

774 名前:デフォルトの名無しさん mailto:sage [2009/05/07(木) 23:00:49 ]
>>772
#define駆使すればもっと自然な日本語にもできるぞ。

pc12.2ch.net/test/read.cgi/tech/1037458703/942

775 名前:デフォルトの名無しさん mailto:sage [2009/05/08(金) 13:43:40 ]
www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/#mailing2009-05

776 名前:773 mailto:sage [2009/05/08(金) 18:59:34 ]
訂正
> JIS X 3014:2003を読むと処理系依存にその他の文字とか全然ないですね。

「JIS X 3014:2003を読むとその他の文字が処理系依存とか全然ないですね。」

777 名前:デフォルトの名無しさん mailto:sage [2009/05/08(金) 19:11:29 ]
>>773
トライグラフの変換は?

778 名前:デフォルトの名無しさん mailto:sage [2009/05/08(金) 19:45:00 ]
おちんちんがトライグラフ!美少女中学生も赤面!

779 名前:デフォルトの名無しさん mailto:sage [2009/05/08(金) 20:50:27 ]
なんだ誰も mailing の話してないのか

780 名前:デフォルトの名無しさん [2009/05/08(金) 21:00:36 ]
何それ



781 名前:デフォルトの名無しさん mailto:sage [2009/05/08(金) 21:11:47 ]
少ないしあんまり面白いのないんだもん
「for The-C++-After-0x」とかいう気が早すぎる奴くらい

782 名前:デフォルトの名無しさん mailto:sage [2009/05/08(金) 21:13:52 ]
好きな男子との間に生まれた子の名前を考えるほど気が早い美少女中学生の話で盛り上がっております

783 名前:773 mailto:sage [2009/05/08(金) 21:35:43 ]
>>777
トライグラフも同時だよ!

784 名前:デフォルトの名無しさん mailto:sage [2009/05/08(金) 22:32:40 ]
>>781
なにげにあったら便利だね

785 名前:デフォルトの名無しさん [2009/05/09(土) 05:50:40 ]
www.open-std.org/jtc1/sc22/wg21/
News 2009-05-08: The C++ Standard Core Language Issues List (Revision 63) is available
News 2009-05-08: The C++ Standard Library Issues List (Revision 64) is available

786 名前:デフォルトの名無しさん mailto:sage [2009/05/10(日) 19:46:37 ]
g++ (GCC) 4.2.4って、C++0x 5対応済みなの?

787 名前:デフォルトの名無しさん mailto:sage [2009/05/10(日) 20:00:07 ]
ここに載ってるのは 4.3 以降だな。
ttp://gcc.gnu.org/projects/cxx0x.html

788 名前:デフォルトの名無しさん mailto:sage [2009/05/10(日) 20:03:45 ]
>>787
Thx

789 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 18:52:20 ]
美少女中学生が次のレスはまだかまだかとwktkしています

790 名前:デフォルトの名無しさん [2009/05/16(土) 16:21:23 ]
保守



791 名前:デフォルトの名無しさん [2009/05/16(土) 21:40:17 ]
C++0xって、本当に今年、出るの?
そう言う雰囲気を、ちっとも感じないのだが、
いきなり「出来ました」って出るの?

792 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 21:41:00 ]
予定は未定
この世界の納期は破るためにある

793 名前:デフォルトの名無しさん mailto:sage [2009/05/16(土) 22:15:03 ]
Committee draft以降は各国の意見調整をしながら
投票の繰り返しになるから、まあ地味っちゃ地味。
サイトにDISって文字が現れだしたらゴールは近い。

794 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 03:12:19 ]
ラムダ周りが各国(日本除く)からフルボッコにされてるから簡単には終わらないと思う

795 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 03:37:38 ]
○○○ 2008が2007年に出たりするんだから
c++ 0xが2010年に出てもいいじゃないか

796 名前:デフォルトの名無しさん [2009/05/17(日) 03:54:57 ]
○○○6月号は5月にでるんだから、C++0xは08年までに出さないといけなかった。

797 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 04:14:25 ]
0xって16進でしゅ。つまり2015まででしゅよ。by禿げ

798 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 04:59:41 ]
それなら0x0xと書くべき

799 名前:デフォルトの名無しさん [2009/05/17(日) 09:29:12 ]
>>798
それだとやっぱり09年までだろ。
オプソ厨のアホさ此処に極まれりだな。

800 名前:デフォルトの名無しさん mailto:sage [2009/05/17(日) 09:34:36 ]
>>799
with whom you are fighting?



801 名前:デフォルトの名無しさん [2009/05/17(日) 15:03:37 ]
英語がわかんなくてあわあわする美少女中学生

802 名前:デフォルトの名無しさん [2009/05/17(日) 18:26:05 ]
C++09 Attributes: Specify Your Constructs' Unusual Properties
ttp://www.devx.com/cplus/Article/41694?trk=DXRSS_LATEST

803 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 07:27:37 ]
"[[final]]"ってなんだよ・・・w
かっこはひとつでいいじゃん

804 名前:デフォルトの名無しさん [2009/05/18(月) 07:36:47 ]
それはどんな識別子でもキーワードにできる魔法の括弧だよ。

805 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 09:12:22 ]
かっこわるい……

806 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 09:22:55 ]
lisp 属の () を笑えない変態構文だらけなんだが
こいつ等にシンタックスシュガーをかませようとか
ってな, 話はでてこない???


807 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 09:36:57 ]
C++の仕様考えてる人にはもはやLISPを笑わない人しか残ってないってことだろ。


808 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 09:39:43 ]
FC++で関数型言語汚染が酷い
mplやpreprocessorで「汚いlisp」汚染が酷い

809 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 10:54:31 ]
逆に考えるんだ
LISPこそ、全てのプログラミング言語の最終形態なのだと
全てのプログラミング言語はその進化の果てにLISPと同一化するのだと


810 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 12:36:06 ]
LISPは化け物だ。って格言無かったっけ。
すべてを飲み込んでしまうってやつ。



811 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 14:08:04 ]
俺は>>807の言う通りの人間だ。
C++0x萌え、CLOS萌え


812 名前:デフォルトの名無しさん [2009/05/18(月) 20:49:24 ]
美少女中学生は余計なかっこつけが嫌いです。

813 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 20:58:22 ]
とゆうことは
「美少女中学生はC++0xが嫌いです」
でおけ?


814 名前:デフォルトの名無しさん [2009/05/18(月) 21:33:13 ]
>>810
むしろ寄生虫じぇねーの?
いろんな言語に入り込んでるが、それ自体で使われることが少ないとかさ。


815 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 21:36:27 ]
>>814
ほえ?
他の言語が Lisp のアイデアパクリまくってても、それに対して何も言わないが

> それ自体で使われることが少ないとかさ
ここ数年ずっと Lisp で納品物作ってるwW


816 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 22:24:34 ]
いまPerlを勉強中
LISPよりしごと多そう

817 名前:デフォルトの名無しさん mailto:sage [2009/05/18(月) 22:33:15 ]
>>815
是非御社で働かせていただきたいでつ ><


818 名前:デフォルトの名無しさん mailto:sage [2009/05/19(火) 04:11:41 ]
>>815
ほえ、じゃねーよ。なめんなよ。

819 名前:デフォルトの名無しさん [2009/05/20(水) 23:21:35 ]
美少女中学生なんじゃねーの?

820 名前:デフォルトの名無しさん [2009/05/21(木) 05:18:19 ]
はにゃ〜ん



821 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 18:47:30 ]
和訳:Rvalue References: C++0x Features in VC10, Part 2
d.hatena.ne.jp/ntnek/20090210/p1

822 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 20:07:42 ]
3ヶ月前じゃん


まあ有用だとは思うが

823 名前:デフォルトの名無しさん mailto:sage [2009/05/27(水) 21:05:44 ]
comp.std.c++ に Scott Mayers がすごい勢いで投稿してるけど
Effective の新版でも書き始めたんかな?

824 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 01:13:13 ]
ものすごい勢いでcobol化していくc++。

825 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 06:42:15 ]
>>823
どっちかというとC++0xに向けての改正版作成のためっぽい

826 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 07:01:05 ]
>>824
COBOLというよりPL/Iの時の悲劇を思い出させる

巨大化しすぎてまともに使いこなせるユーザーがほとんどいなかった

827 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 07:04:25 ]
PL/IとMulticsの失敗による教訓からUNIXとC:言語が生まれたが
時代はまた繰り返そうとしている

複雑化する一方のC++とWindows

828 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 07:49:46 ]
PL/Iは最初から巨大だったんじゃないのか。
だいたい名前からしてでかすぎるだろ。

829 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 07:59:22 ]
現時点でもPL/Iのマクロ>>C++のテンプレートくらいですね。

830 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 08:55:26 ]
C++0x を教訓により良い言語が生まれるならそれでいいじゃないか



831 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 14:49:31 ]
C++を代替可能なC++より良い言語なんてどこにあるんだ
あったら使いたい

832 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 15:06:52 ]
 D・・・いやなんでもない

833 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 15:12:08 ]
Dのテンプレートで浮動小数点とか文字列引数に取れるのはうらやましい。

834 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 16:50:18 ]
もう何年もC++使ってるから新しい仕様にも何とかついていけるが、
今からC++を始める人にとっては相当大変だろうな。
そして、禿はいつ第4版を書くのだろうか。

835 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 18:26:21 ]
別に全機能使うことはないだろう。STL使うだけでもわりと幸せ。

836 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 19:06:53 ]
Boost.ConceptCheckにはよく世話になってる

837 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 19:13:58 ]
STLをまともに使うのも意外と面倒だからな。

838 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 21:44:03 ]
Better Cで十分な漏れはなんでこのスレにいるんだろ?w

839 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 23:29:36 ]
最初のうちは関数オブジェクトを作る時にstd::unary_functionや
std::binary_functionを継承しなければならない理由がわからなかった

840 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 23:30:47 ]
いまでもわからずにやっているので教えてください



841 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 23:38:12 ]
STLスレででも聞け

842 名前:デフォルトの名無しさん mailto:sage [2009/05/28(木) 23:42:45 ]
別に継承する必要はないんじゃ

843 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 00:42:25 ]
つーか継承前提のくせに仮想デストラクタ持ってない危険なクラスだから使っちゃダメっす

844 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:13:15 ]
でりげーと

845 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:29:07 ]
継承前提であっても基底クラスのポインタで多態させるような使い方はしないから問題ないだろ。

846 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:37:25 ]
という反論が来るのは分かり切ってたが、そんなの言い訳にならないと思うんだよな
unary_function*があらゆる場所で絶対にdeleteされないとどうして言い切れるのか

847 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:53:23 ]
本来はprotectedな非仮想デストラクタを提供すべきだった

848 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 01:57:21 ]
そもそも、unary_functionやbinary_functionは、テンプレート引数に関数オブジェクトを渡す時、
引数や戻り値を得るためのものなんだよ。
そもそもの想定されている使用方法が、ベースクラスで渡すものじゃないんだ。

お前の言い方は、

unique_ptrは、auto_ptrと違い、そのスコープ内のみがオブジェクトの生存期間だと明示できる、というけれど、
「何もしないdeleter」をunique_ptrに渡したら、auto_ptrみたいに使用できるじゃないか、
プログラマが絶対に、「何もしないdeleter」を書かないと、どうして言い切れるのか!

と言っているのと何ら変わりないんだよ。


849 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 03:07:11 ]
unary_functionやbinary_functionのやっている事は
実は単なるtypedefなんだけどな

これが無くても平気な関数アダプタはあるが、bind2nd()などは
無いとエラーを吐く

850 名前:デフォルトの名無しさん [2009/05/29(金) 03:11:23 ]
decltypeがもっと早くからあれば、完全にダックタイピングでいけたんだろうか



851 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 09:03:13 ]
843みたいなアホがなんでこのスレにいんの?

unary_function/binary_functionは必要なtypedefを書くのをちょっと楽するためだけのもの
しかもbind1st/bind2nd使わないなら不要
さらにC++0xのbindには内部resultテンプレートがあれば引数型は固定でなくてよい
result_of<>はresult_typeもしくは内部resultテンプレートがあれば十分

ところでCallableコンセプトあればresult_ofいらなくね?

852 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 09:17:04 ]
>>851
コンセプト使うの前提にすれば、Type Traits系のライブラリなんて全部いらなくね?

853 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 11:06:31 ]
クラス組んじゃえばそうだろうけど、関数内でちまっと条件分岐させたいだけとかなら需要はいくらでもあるような。

854 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 11:17:30 ]
conceptを検討し始めた時の条件として、
既存のtraits系などと共存出来て、段階的に移行できること、
というのがあった。

>>839のようなケースはconcept_mapに集約されていくのだろうか…

855 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 13:18:48 ]
Douglas GregorがApple行ってConceptGCC止めちゃったから、
iteratorを整理したくらいでライブラリのconcept化は止まってるね。

856 名前:デフォルトの名無しさん mailto:sage [2009/05/29(金) 22:48:31 ]
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

857 名前:デフォルトの名無しさん mailto:sage [2009/05/30(土) 02:14:06 ]
>>855
C++0xには入らないのだから、
ライブラリのコンセプト化は後回しだろうね。

858 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 11:15:56 ]
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

859 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 14:02:42 ]
    _, ._
  ( ・ω・)
  ○={=}〇,
   |:::::::::\, ', ´
、、、、し 、、、(((.@)wwwwwwwww

860 名前:デフォルトの名無しさん mailto:sage [2009/06/03(水) 21:37:50 ]
一瞬、ここがGrassスレになったのかと思った。









[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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

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