[Java SE 7] 次世代Javaの動向 6 [dolphin]

1 名前：デフォルトの名無しさん [2008/01/03(木) 12:29:37 ] 前スレ [Java SE 7] 次世代Javaの動向 5 [dolphin] pc11.2ch.net/test/read.cgi/tech/1178925915 [mustang/Java SE 6] 次世代Javaの動向 4 [dolphin] pc11.2ch.net/test/read.cgi/tech/1163986696/ [mustang] 次世代Javaの動向 3 [dolphin] pc8.2ch.net/test/read.cgi/tech/1157227790/ 次世代Javaの動向　２ pc8.2ch.net/test/read.cgi/tech/1147881822/ 【Java】次世代Java・J2SE1.6の動向【Mustang】 pc8.2ch.net/test/read.cgi/tech/1081698555/ 692 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 16:02:03 ] 多値関数がホスィ 693 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 17:43:41 ] 俺も思う 配列で実現する シンタックスシュガーでいいんだけどな・・・ ( String a, String b ) = hoge( c); が書きたいだけなんだ・・・ Object[] hoge(String c){ } で定義する、でもいいから・・・ 694 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:45:55 ] バグの温床なので諦めて下さい 695 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:59:38 ] >>694 どの辺がバグの温床？ 696 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 21:14:57 ] javascriptでもできるようになったんだよな。 var [a, b] = (function (a, b){returen [a, a + b]})(10, 20); って・・・。 697 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 22:44:05 ] 多値とオプション値型は、 ヒープを消費しない形で多用したいので、 組み込みで入れて欲しい。 698 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:54:09 ] >>697 スタック使うのは、何年か前にBugDatabaseでVMの大幅な変更が必要だから却下って言われてたような。 699 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 00:54:28 ] VMって、戻り値に複数スタック渡せないんだっけ？ 700 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 07:13:10 ] 無理 701 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:27:13 ] 多値だけは止めてくれ吐き気がする あれは本当にたちが悪い 702 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:27:38 ] VMは戻り値指定にひとつの型しか指定できないし、戻り値を返す命令もireturn lreturn freturnみたいな単一の型指定しかできないので、最低限、戻り値指定と複合return命令を追加する必要がある。 703 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:36:46 ] invokedynamicでも入るんだから何でも入りそう。 704 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:37:27 ] invokedynamicと戻り値指定変更の影響範囲の違いもわからないのか。 705 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:51:59 ] 実行時にはa,i,l,f,d,voidしか区別する必要ないんだから、 結構簡単なんじゃないの? 706 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:30:28 ] じゃあおまえがプロトタイプを作って見せてくれ 707 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:45:29 ] コンパイラの方も多値は基本的に代入だけだしね。 708 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:06:16 ] いや、だから、コンパイラが返値をObject[] に変えてくれればいいんですお。 配列の返値はOKですよね？ 709 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:12:01 ] オプション型は、論理型への暗黙の変換か、 match case文がないとダサダサだね。 Javaには入りづらいだろうね。 710 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:30:19 ] >>705 戻り値の数と組み合わせの管理が必要になるだろ。 711 名前：デフォルトの名無しさん [2008/06/13(金) 13:35:23 ] 引数の参照渡しと多値関数どちらかとれといわれたらどっちがいい？ 712 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:38:09 ] どっちもイラネ。 case節で指定できる型を増やしてくれ 713 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:38:22 ] >>710 それはコンパイル時に終わらないかな? *loadのスロット参照すればいいから。 714 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:58:13 ] > *loadのスロット参照すればいいから。 バイトコードベリファイア書き換えないと無理ね。 変更後のバイトコードベリファイアに脆弱性ないかを調べるの面倒だし。 あと、スタックフレームが連続してる保障ないはずだから、 *loadでやるのが可能なのかも疑問だったりする。 715 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:53:31 ] >>714 連続してなくても＊loadで参照できればいいんじゃないのかな。 コンパイル時にフレームサイズもindexも決まるわけだし。 ベリファイア書き換えはちょっと面倒だね。 invokedynamicみたいな基本ポリシーy面での変更はないけれど。 716 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:08:26 ] > 連続してなくても＊loadで参照でき るようにするためには、VMの書き換えが必要になるわけで。 717 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:41:36 ] というか基本的にフレーム内は連続してる前提でしょ。 もちろん実装に任されているけれど。 多値だって個数はスタティックに決まるんだからフレーム内におさめられるし。 >>714は何が疑問なんだろ。 718 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:44:58 ] >>717 VM仕様で、異なるメソッドでフレームが連続していなければならないって記述してある箇所あんの？ 719 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:01:11 ] >>718 *returnしたものが、*storeなどで参照できるってことだけだね。 多値が追加されたとしても、その辺の抽象的なVMの定義は変らないのでは。 720 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:02:24 ] > 3.6 Frames > A frame ceases to be current if its method invokes another method or if its method completes. > When a method is invoked, a new frame is created and becomes current when control transfers to the new method. > On method return, the current frame passes back the result of its method invocation, if any, to the previous frame. > The current frame is then discarded as the previous frame becomes the current one. あたりを読むと、モデルとしては完全に分離してるように見えるが。 721 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:03:36 ] >>708 Arrayだとdoubleとか入れるの困るじゃん 722 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:09:55 ] >>719 *return した値ってオペランドスタックに置かれるんじゃなかったっけ？ ローカル変数領域だったっけか？ 723 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:23:43 ] >>721 java.lang.Doubleにboxingすりゃいいのでは？ >>693みたいな構文糖でいいって場合は配列生成するんだろうし コストはあんまし重要視してないんじゃないかと。 724 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:31:45 ] >>693 > Object[] hoge(String c){ > } > で定義する、でもいいから・・・ これはありえんだろ。型弱すぎw 725 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:35:48 ] 型の話でいうなら変換前の言語の時点での問題だろ。問題にならんと思うが。 726 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:07:14 ] Object[]よりも無名クラスのオブジェクトの方が向いてるんじゃないの。 ボクシングの問題とか。 727 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:18:16 ] 裏側でクラス作るくらいなら、Object[]でいいと思う そんな謎のpublicなクラス作られると気持ち悪い。 728 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 19:54:19 ] 本当に構文糖にできるなら、Object[]の部分は何かで書き換えられると思う。 で、Genericsのようにチェックはコンパイル時ってことでいいんじゃないかな？ 729 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 20:45:07 ] >>701 そこにタッチ 730 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 21:07:15 ] >>712 それは思うなぁー 確か7でStringのswitchができるようになるとかいう噂もあったよな あれは是非お願いしたい。 731 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:21:24 ] 最近Scala触ってるんだけど、正直Javaの拡張はもういらない気がしてきた。 欲しいなと思ってたものが殆ど揃ってる。 732 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:38:47 ] JavaよりJVMの方だな、もっとよくなってほしいのは。 733 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 04:51:09 ] Java仮想マシンの仮想化機能: Multi-Tasking www.shudo.net/article/SoftwareDesign-200409-MVM/ Javaのメモリ消費問題の解決を目指すSunのプロジェクト「MVM」 www.itmedia.co.jp/enterprise/articles/0503/28/news020.html ついにベールを脱いだ米SunのリアルタイムJava journal.mycom.co.jp/news/2005/07/04/012.html NASDAQも採用進めるリアルタイムJava japan.zdnet.com/sp/feature/07realtime/story/0,3800078308,20352629,00.htm Java SEのJVMにマルチタスキング機能とリアルタイム機能が盛り込まれたら 用途がもっと広がると思います。 SUNは自分の商売に使いたいから提供しないのでしょうけど、 コミュニティが独自に開発しないのは何か事情があるのでしょうか？ 734 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 09:46:14 ] どの会社も独自に頑張ってるよ。特にJ2ME。 735 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 01:25:43 ] MVMはJNIがある限り厳しいという話をこのスレで読んだような・・・ 736 名前：デフォルトの名無しさん [2008/06/17(火) 03:53:10 ] >>735 JNI必要な応用ばかりじゃないし、 MVMの基準に合致するJNIの制約を作ることも可能。 737 名前：デフォルトの名無しさん mailto:sage [2008/06/17(火) 10:42:44 ] MVMのJVMとノーマルのJVMを別物と思えばいいような気がするなぁ。 MVMに乗せるアプリは一定基準を守る事って。 Appletだってそうなんだから。 738 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 10:54:58 ] タプルは使ったことないからいまいち、どのあたりが有用なのか分からない。 Object[]で簡易的にやりたくないなら、 class タプル内部クラス  String a,b; でいいんじゃないの？これや[]を超える有用なのところがなにかあるのかな。 739 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 16:02:15 ] 何で突然タプルの話なの? 740 名前：デフォルトの名無しさん mailto:sage [2008/06/18(水) 17:45:39 ] >>738 端的に2つ言うと、 ・別にタプルとしてまとめて扱いたい訳じゃない ・見やすいから使いたい です。 741 名前：デフォルトの名無しさん mailto:sage [2008/06/24(火) 18:54:00 ] invokedynamicは命令ひとつ追加するだけっていう単純なものじゃないんだな。 742 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 01:14:36 ] publicなfieldにするのにObject[]なんかできんし、 ただ組を表現するのにclass定義とか面倒すぎる 743 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 04:34:06 ] Map.Entryでえぇやん 744 名前：デフォルトの名無しさん mailto:sage [2008/06/27(金) 12:20:21 ] JDK7 build29 download.java.net/jdk7/changes/jdk7-b29.html download.java.net/jdk7/binaries/ 745 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 08:59:42 ] JDK7 build30 download.java.net/jdk7/changes/jdk7-b30.html download.java.net/jdk7/binaries/ 746 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 00:37:03 ] 　　　　＝　＝　＝　寄生虫一家のだんらん　＝　＝　＝ パパ「どうだ〜　大画面のプラズマテレビはスゴいだろ〜〜」 ガキ「スゴいね〜　パパ！　これもパパがいつも言ってる愚民からのお金で 　　　買ったの？」 ママ「パパはね、世間がどうなってもたぁ〜くさんお金が貰えるし 　　　ボーナスで毎年プラズマテレビと車も買えるんだからぁ〜〜」 パパ「しかし最近はさぁ〜　マイッタよ、職場が禁煙になっちゃってさぁ〜 　　　なにしろ30分おきに入り口の外までタバコ吸いにいかなきゃならない 　　　んだからなぁ〜、ヘタにそのまま遊びに行くとどこでオンブズマンとか 　　　いう輩が見てるか解らんからなぁ」 ママ「ほんとにあの連中はウジ虫よね！　自分がなれなかったからって 　　　人の幸せをねたんで」 パパ「まぁ、うちはおじいちゃんの代から公務員だからな、チョロい1次試験 　　　さえクリアすれば2次の面接なんて特攻服で行ったって満点合格なんだ 　　　よ、ハ〜ッハッハッ！」 ママ「ボクもね、大きくなったら公務員になるのよ、一生遊んで暮らせるん 　　　だから〜〜」 ガキ「ウン、ママ！　ボクも公務員になるよ。　ところでさぁ、今年もまた 　　　あのタダの保養所に遊びに行くんでしょ？」 ママ「ママねぇ〜　あそこ飽きちゃったのよ、休みはいくらでもあるんだから 　　　今年はパリにでも行ってお買い物したいわぁ〜〜」 パパ「そうだな〜〜ぁ　カラ出勤と合わせれば1ヶ月は軽いしな 　　　よ〜〜し、今年の夏はいっちょう行くかぁ〜〜　ハァ〜、ハッハッハ」 ガキ「ワ〜イ　ワ〜イ」 747 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 03:18:08 ] >>693 そこでなぜObject[]をGenericsで表現しないのか 748 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 03:18:51 ] >>730 C#と同じノリでいくか。 enumで出来れば十分だろ 749 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 22:55:31 ] >>747 複数の返値が型が違う場合を考えて。 750 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 23:12:29 ] >>749 それはT=objectで対処可能。 751 名前：デフォルトの名無しさん mailto:sage [2008/07/10(木) 23:34:21 ] >>750 いや、・・・何かGenericsを勘違いしていないか・・・？ 752 名前：デフォルトの名無しさん mailto:sage [2008/07/11(金) 05:27:30 ] >>749 戻り値が違う場合？ 俺の場合はその戻り値の型を同行する前に 自分で型を作って、二つの型に共通するスーパークラスを 作るにふさわしいかどうかを考えるがな。 そうはいかないときもあるが、そういうときは 根本的に設計上の問題があると考えられる。 デザインパターンを考慮するときはとくに。 753 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 00:18:11 ] JDK7 build31 download.java.net/jdk7/changes/jdk7-b31.html download.java.net/jdk7/binaries/ 754 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 16:51:54 ] >>752 (String , Map) こんな二つの結果が帰ってくるときなら、Superclassも何も無いと思うが・・・ 755 名前：デフォルトの名無しさん [2008/07/22(火) 21:55:05 ] TextSS 756 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 07:28:02 ] mail.openjdk.java.net/pipermail/closures-dev/2008-July/000180.html > Closures and XML support in Java 7 are unlikely. だってよ、どーするよ。 757 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 08:28:01 ] んん？ unlikelyって・・・見込みがないってこと？ 758 名前：デフォルトの名無しさん [2008/07/23(水) 09:03:58 ] 実装するのは思いのほか大変だってこと。 759 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 09:17:18 ] >>758 実装は www.javac.info/ から取ってこれるが。 どっちかっつーと技術的な問題じゃなくて政治的な問題でしょ。 google も www.javac.info/google-position.html みたいに及び腰だし。 760 名前：デフォルトの名無しさん [2008/07/23(水) 09:48:43 ] 実装という書き方が悪かったね。 今までのJava(Cの延長）からすればたいぶ異質なパラダイムを入れるのに抵抗があるので、思いのほか大変って意味。 761 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 09:57:18 ] そういうことかー 英語弱いんで助かりました。 762 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 09:58:55 ] >>760 パラダイムとか関係ないでしょ。 Javaにclosure入れるっていう根本方針に反対な人が多数派ってんならともかく。 763 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:00:18 ] > Java 7 itself is starting to seem unlikely ;-) orz 764 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:05:11 ] genericsの時もやたらと遅れたし大規模に言語変更するときはJSRみたいな委員会型の組織だと動き鈍くて大変だよね 765 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:07:56 ] ぽんぽん尻軽に大規模な言語変更されても困るからしかたない 766 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 10:14:55 ] 小規模な言語変更だとぽんぽん尻軽にやっちゃうんだけどね。 assert とか勝手に予約語に追加しやがるし。 767 名前：デフォルトの名無しさん [2008/07/23(水) 12:43:43 ] assertが予約語で何か不満でもあるのか？ 768 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 12:55:23 ] >>767 JUnitで使われてた assert って名前のメソッドが改名させられたのは有名な話。 enum って変数名使ってて泣いた奴も案外多かったりして。 769 名前：デフォルトの名無しさん [2008/07/23(水) 13:33:48 ] それならC#の方が凄いんじゃないの？ 770 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 13:38:08 ] enumは多かったな 771 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 13:40:21 ] >>768 ﾉｼ 772 名前：デフォルトの名無しさん [2008/07/23(水) 15:00:16 ] >>755 www.vector.co.jp/vpack/browse/pickup/pw5/pw005236.html 773 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 15:36:24 ] >>759 googleは時期尚早としか書いてないけど、 > To arrive at the best solution, Google is open to multiple parallel investigations > but is not currently prepared to commit to any particular proposal. というのは、もしかしたら、data parallelがやりやすいかどうか、 良く確認してから決めたいと考えているのかな。 774 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 19:41:05 ] >>773 BGGA の初版から 2年、BGGA のver 5出てからもう 1年近くたってるし 未だに時期尚早ってのはなぁ…… Java7 から漏れるそうなのも、jsr166 に closure っつーか function type 入れたくないよって事なんじゃねーかと邪推したくなる。 doug lea は function type 入れない CICE の提案者の一人だしなぁ。 775 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 00:08:41 ] さっさとScalaに移行しようぜ。Javaなんて、使ってられなくなるよ。 776 名前：デフォルトの名無しさん [2008/07/24(木) 00:26:39 ] グルービーはもう廃れちゃったの？ 777 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 00:27:15 ] あらま。delegate感覚で使えると期待してたのに。 まぁListenerの代替として使いたいって程度だから、 Swing Application Frameworkがあれば十分だけど。 代わりといっちゃなんだがOGNL式の静的チェック機能とか欲しい。 778 名前：デフォルトの名無しさん [2008/07/24(木) 05:41:11 ] なんだこいつ？ 779 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 08:01:33 ] >>777 その辺は JSR-305 さえ入ってくれれば @Language("OGNL") とかできるようになるんじゃねーかと思うけど…… 780 名前：デフォルトの名無しさん [2008/07/27(日) 02:53:17 ] 　 781 名前：デフォルトの名無しさん [2008/07/28(月) 00:10:23 ] jakartaのなかから標準APIに取り込んで欲しいのは？ 782 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 00:22:28 ] ない 783 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 00:28:42 ] 俺もないなあ 標準APIは太りすぎだろ 784 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 16:07:43 ] EEやSEに突っ込んだら勝ちって競争になりつつあるからね。 土方プログラマ方面では標準化して統一してほしいだろうし。 785 名前：デフォルトの名無しさん [2008/07/29(火) 16:24:35 ] いくら標準化しても、おまえじゃ使えないだろうな。おまえが使えるようになった頃には既に誰も使ってないだろうしw 786 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:15:22 ] jakarta、generics対応してないの多いからな JDK1.3くらいのときはありがたかったものも今では必要ないとかかなりあるからね 787 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:35:02 ] 正直、言語面の変化しか注目してない。 後は自分の使いたいクラスライブラリ使う。 788 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:44:27 ] JSR-203 の試験版。 download.java.net/jdk7/jsr203/binaries しっかし、これ pfav.setOwner(fs.getUserPrincipalLookupService().lookupPrincipalByName("hoge")); とか横に長すぎなんですが…… commons-nio が必要になる予感 789 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:49:12 ] メソッド名長くしすぎると、 Jakarta Commons VFSに負けちゃうかも… >>774 CICEはクラス中心的でJavaっぽくていいんだけど、 これだけじゃ物足りないね。 790 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 17:52:12 ] それからDoug Lea先生は、JSR-166との絡みで、 control abstractionにまいっちゃってる可能性が… そうするとBGGA, FCMに吸い寄せられるような 791 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 19:23:49 ] >>788 生APIってのはそんなもん だからみんなファサード大量に容易するわけだ 生APIの場合は出来ないことが存在することがまずいわけで 多少のインターフェースの悪さは無視するのが普通かと 792 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 19:50:04 ] >>791 >>788 の例は、出来る出来ないの話じゃなくて、どっちかっつーとクラス構造(?)の話かな。 UserPrincipal extends java.security.Principal 使う必要があるんか？って話。 setOwner(String) でいいじゃんって思うんだけど。String じゃダメな理由あるんかな？

---

---

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

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