1 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 11:52:46 ] lispを触ってみたい入門者のQ&A 初心者のQ&A 本スレでは恥ずかしくて聞けない人のQ&A 本スレは高度すぎて割り込めない人のQ&A linuxでなくてwindowsでやりたいんですが・・・Q&A lispを使用してC#やJAVAの代替にするための方法(おまけ) ま、ゆっくりたりましょう。 「いいものの本質は、いかなる時代においても変わらない」byパワーズ (list (url pc8.2ch.net/test/read.cgi/tech/1101386936/l50 :part 1) (url pc11.2ch.net/test/read.so/tech/1140012484/l50 :part 2) (url pc11.2ch.net/test/read.so/tech/1181479267/l50 :part 3))
331 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 03:34:41 ] ハテナ ダイアリィのcomon lisp groupでも作ればいいのかな
332 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 05:55:21 ] はてなにLisp系のグループは2つあるみたいだけど、うち一つは休眠中。 もう一つも登録者8人中、アクティヴなのは4人ぐらいしかいないみたい。 この現状でさらにもう一つCLersのグループを作ったとしても…
333 名前:332 mailto:sage [2008/04/16(水) 06:00:35 ] ごめん、訂正。他にSICPのグループがあって、こちらはけっこう人数がいるみたいだ。 「はてなにLisp系のグループは2つ」というのは間違いでした。
334 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 08:26:52 ] Common Lisp ブログ、何でもいいから沢山あるといいね。 新仕様 Common Lisp The 3rd とかあると盛りあがるんだけど。
335 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 08:39:09 ] >>334 > 新仕様 Common Lisp The 3rd とかあると盛りあがるんだけど。 その仕様にフジコちゃんは入ってますか?
336 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 10:08:27 ] 不覚にもワラタ
337 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 10:37:37 ] Common Lisp は大事なものを盗んでいったんですねわかります!
338 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 10:41:46 ] >>337 俺様から怠惰を盗みやがったぜ
339 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 12:40:05 ] >>332 別に沢山あっても良いと思うけど、纏まってないといけない理由もないだろうし。 CL専門だったら漏れも登録したいと思うよ。 もしくは逆にテーマを限定してCLOS専門とかねw
340 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 13:50:47 ] hatena diaryのweb リングのサービス終了ですか common lispのグループは便利だった
341 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 22:26:26 ] >>339 MOP専門ほしい
342 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 22:33:29 ] >>339 同意。グーグルが勝手に拾ってくれるから、必要なのは Webに書くときには単に Lisp ではなく、ちゃんと Common Lisp と綴ることだと思う。 だれか「CLOSプログラマーのためのJava入門」とか書いてくれたら嬉しいんだけど。
343 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 22:41:03 ] 俺のサイトはグーグル拾ってくれない… まあ CLOS の事は書いてないけど
344 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 22:50:36 ] >>343 宣伝しなきゃですよ。ここへURLを晒すとか。w
345 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:47:30 ] >>342 CLOSとJavaて水と油ですやん。書く奴がいるとは思えない。 「CLOSプログラマーのためのC++入門」ならまだ分かる。 両方generic function萌えなので。
346 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:57:33 ] >>345 generic functionという用語だけ同じでも中身別物じゃんかw
347 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:16:24 ] いや、まず、CLOSプログラマがCLOSについて書くべきだろw
348 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 01:52:09 ] まず↓の絶版状態を解消するのが先決だな。 www.amazon.co.jp/dp/4810180131 どっかの出版社タノムぜ
349 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 01:57:19 ] >>348 www.fukkan.com/fk/VoteSearch?search=lisp
350 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 07:42:11 ] CLOSって何で流行らないのかな マクロとCLOSってめちゃめちゃ強力な気がするんだけど(まだ勉強中)
351 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 07:47:50 ] そう思えるのはS式に抵抗がなくなりつつあるからでしょう。 Lispやる前を思い出してみると、マクロと聞くとCの#defineを想像したり、 大量の括弧をみただけでダメ出ししていたりしませんでしたか?
352 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 08:28:55 ] >>350 その前にCL自体を流行らせないと。
353 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 08:32:15 ] >>346 二大「特殊化」言語だよ。 コンパイル時か、実行時か before/after daemon 大きく違うのはこのくらい。 >>350 Common Lispが流行ってませんので… けどC++にかなり大きな影響与えてる。 C++の方は特殊化に関する部分だけでも、 まだいろいろと拡張を続けてる。 Generic programmingやaspect oriented programmingの 源流の一つだね。
354 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 08:40:09 ] >>353 > 大きく違うのはこのくらい。 それに起因して違いがありすぎるだろ。別物じゃねーか。
355 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 08:47:26 ] >>345 Java:だいたい全てがオブジェクト,Guy Steel Jr が参加 CL:全てがオブジェクト,Guy Steel Jr が参加 同じだ!JavaとCLはほとんど同じだよ!
356 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 09:26:25 ] Javaはガチガチのクラス指向だからなあ。
357 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 09:52:39 ] jvmの上で動くCommonLispがあればいいんじゃないか? コンパイルもバイトコードに落ちるようなの。
358 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:34:44 ] >>357 Armed Bear Common Lisp (ABCL) が既にあるけど何か?
359 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:46:27 ] >>358 アンテナ壊れてたよ、ありがと. 週末に試してみる。
360 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 13:47:15 ] >>341 そうだね、MOP全般ってのも良いかも。 とりあえず、CLOSの情報が増えさえすれば良いんだし。 CL、Gauche、他にどういうのが対象言語かな。
361 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:09:26 ] サイトの宣伝していいの? common lisp packageで検索してくる人が5人/day ぐらいのサイトだけど
362 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:22:22 ] 日に5人もCLパッケージで迷える子羊がいるんだなw ANSI Common Lispでもパッケージの解説は親切でないかもね。
363 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 15:24:33 ] パッケージはCLtL2(≒ANSI)で大きく仕様が変わったせいで少し混乱してるね。 CLtL2の記述を見ても、GLSは新しい仕様があまり好きではないのではないかと思える。
364 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 16:10:10 ] 混乱っていえば、ANSI、cltl1、cltl2の関係も混乱するね。 仕様について言うなら、とりあえずANSI(HyperSpec)を規準にすれば 良いんだろうけど…。 HyperSpec翻訳されないかなあ。 やっぱり、みんなHyperSpecを一番読むわけでしょう? 有志で、オンラインで翻訳しまくるというのはどうか。 もちろん許可がとれれば、だけど…。
365 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 19:21:58 ] >>364 とりあえずさっと確認したいときはHyperSpecだね。 じっくり調べるときはCLtL2を開いてGLSの名調子に浸る。w
366 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 23:14:17 ] おれ常にHyperSpecしか見てなかったよ >>364 よく知らないけど、HyperSpecってどこかが権利もってんだよね? 何かまるごとダウンロードしようとして躊躇した記憶がある
367 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 23:19:36 ] >>366 丸ごとダウンロードは別に問題ないんじゃないの? 圧縮されたファイルで用意されてるし。 むしろ皆でlispworksに押しかける方が無茶な気がするが。
368 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 23:29:53 ] >>366 つ www.lisp.org/HyperSpec/FrontMatter/About-HyperSpec.html#Legal 商用利用しないかぎり複製・再配布は自由。ただし改変は認めない。 みたところ翻訳の可否については明記されていないから、これに関しては 問い合わせてみないとわからないね。
369 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:06:31 ] そうだ JIS Common Lisp を作ればいいんだ
370 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:46:46 ] JISか…。 ISLISPってのがあるけど、割と日本が果たした役割は大きかったらしいよ…。
371 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 02:14:33 ] ほとんど忘れ去られている悲しい規格だな>ISLISP
372 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 07:17:00 ] >>367 ,368 おお、ありがとう。法律用語の読みかたが自信なかったんだよ。 これで遠慮なくHyperSpecを読みこめるよ!
373 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 11:31:13 ] >>369 ECMA Script の JIS みたいに「引用」だけで済まされる、というオチが見える
374 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 12:12:17 ] 少なくともANSI相当のものが日本語になるんじゃね?
375 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 13:06:54 ] いや、何故かISLISPが元になってJIS LISPができそうな気がする
376 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 13:37:38 ] >>375 つ JIS X3012
377 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 14:23:27 ] どうやら、漏れは過去を予言してしまったようだなw
378 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 15:53:43 ] JIS Prolog なんてもっとマイナな感じだな
379 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:17:06 ] JIS規格文書はJISが権利を持ってることになる。 翻訳が現れることは望ましいけれど、JIS化はあんまりよろしくないと思う。
380 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:25:12 ] 後、誤訳してもJIS的にはそっちが正しいことになっちゃうしな。
381 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:25:42 ] >>379 無料で閲覧できるようになったのは進歩だけど、印刷はもちろん、検索さえできないのがアカンよね。 海外やISOの規格事情も似たようなもんだけどね。
382 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:33:25 ] 印刷は頑張れば出来るw
383 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:41:25 ] 検索も自分用はOCRソフトで・・・w
384 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 23:08:46 ] >>381 印刷禁止フラグは簡単に解除できる。 ム板住人ならみんなやってると思ってた。 ただ、ウェブで見られるPDFは文書をビットマップ画像にしたものを貼り付けてあるので、 検索はOCRを使わないと仕方ない。
385 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 23:19:04 ] 印刷して使うっていう発想がなかった。
386 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 23:51:26 ] ちなみに有料(ダウンロード販売)の規格票もビットマップ画像だよ
387 名前:デフォルトの名無しさん mailto:sage [2008/04/19(土) 08:27:47 ] >>386 検索できないんじゃ紙で売った方がいいよねぇ。 電子化の意味が有体物じゃ無いことだけじゃないか。
388 名前:デフォルトの名無しさん mailto:sage [2008/04/20(日) 19:51:05 ] それが日本クオリティ...なのか? ANSIの電子化ってどうなんだろうね。
389 名前:デフォルトの名無しさん mailto:sage [2008/04/20(日) 20:03:29 ] >>388 金出せばやるだろ。お役所なんてそんなもんだ。
390 名前:デフォルトの名無しさん mailto:sage [2008/04/20(日) 20:08:05 ] D&Eで規格団体のクソっぷりが書かれてたから、アメリカでも事情は同じだと思う。
391 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 01:28:05 ] 全部RFCになればいいのに。w
392 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 02:56:23 ] >>391 4/1版でマジ切れとか鵜呑みとかの間抜けな人がいるから全部はヤダ
393 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 20:51:58 ] clispで型推論が無いのはなんで?
394 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 21:21:10 ] 型推論のどういうメリットを期待してる?
395 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:36:12 ] >>394 コンパイルしたときのエラーと 高速化かな
396 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 23:13:15 ] >>395 それをインタプリタの clisp に期待するのは何故?
397 名前:デフォルトの名無しさん mailto:sage [2008/04/22(火) 00:06:49 ] >>395 せっかくオープンソースなんだから、君が書き加えてあげれば喜ばれるかもよ
398 名前:デフォルトの名無しさん mailto:sage [2008/04/22(火) 01:01:34 ] ・オープンソースの法則 何故か誰も修正しない
399 名前:デフォルトの名無しさん mailto:sage [2008/04/22(火) 07:36:31 ] 俺は自分で気付いたものは割と修正するけどな。 わずかな努力で割と多くの人の役に立てる(ソフトのユーザ人口によるけど)。
400 名前:デフォルトの名無しさん mailto:sage [2008/04/22(火) 10:08:53 ] elfやcoff操作するライブラリが欲しいんだけど、どこかにないかな? binutilからBFD抜き出してライブラリにしてラッパ作った方が早いかな?
401 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:54:38 ] www.lisp.org/HyperSpec/Body/mac_with-open-file.html#with-open-file exampleで with-open-fileと一緒にdoを使ってるけど xyzzyの人のサイトではほぼ必ずwhile readline どっちが推奨なの?
402 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:29:27 ] xyzzy上のLispではwhileという関数がありますが、Common Lispにはありません。
403 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 18:00:26 ] closの使い道がいまひとつわからない 最短時間で(汚く)プログラム組むのに namespace 分かりやすい名前で defun map あたりは使う すでに組んでしまった汚いコードを無理やり他のプログラムとくっつけるのに マクロは少し使う はじめから綺麗に書こうと思わないかぎりclosは使わない?
404 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 20:16:30 ] >>401 一言で言えば xyzzy は Common Lisp ではない、というだけ
405 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 22:29:16 ] >>402 細かいこと言うと、関数じゃなくてマクロね
406 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 22:54:07 ] white(笑) for(笑)
407 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 22:58:20 ] white って何よ
408 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 23:20:48 ] >>401 whileの方が簡潔にかけるからwhileがいいんじゃない? CLだとloopとかdoだけど。馴染みのない人にはdoとか嫌われるしね。 whileはemacs経由でxyzzyに導入されたのかしら。
409 名前:デフォルトの名無しさん mailto:sage [2008/04/23(水) 23:35:08 ] >>403 割と後づけだし、資料が少ないんだよね。 Paul GrahamとかPeter Norvigとか有名な本書いてる人達が CLOSをプッシュしてないこともあって自著でも CLOSの解説とかあんまりしてないし、CLOSは何だか不運に感じるなー。 それと、汚く書くってことなら、CLOSは相当なものを書けるとおもうけどw
410 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 00:12:09 ] >>409 CLtL2でも他の章はGLSの蘊蓄炸裂なのに、CLOSのとこはANSI原案丸写しという感じで やる気が感じられないよね。
411 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 07:37:48 ] おれも素人だけど、 ・いろいろ状態を持ってるオブジェクトっぽい何かがある時 ・既存のライブラリがclosで出来てる時 ・似たようなプログラムが沢山できそうな時 はclos使おうと思うなぁ。 schemeの話だったかもだけど、shiroさんがある規模より大きくなったら オブジェクト指向を使いたくなる、みたいなこと書いてなかったかな?
412 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 08:24:44 ] >>411 > ・既存のライブラリがclosで出来てる時 おれはこの時だけ使いたくなるなぁ。 Allegroみたいな商用だとclos使ったライブラリ揃ってるっぽいけど、 普段あんまり見かけないから相対的に出番が少なくなるよね。
413 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 09:10:01 ] clos使わないと混乱するほど巨大な物書いたこと無いから正直使い処がわからんです。
414 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 10:12:26 ] うーん、CLはマルチパラダイム言語なわけで、 CLOSはそのうちの一つのパラダイムな訳だから、 規模云々より単に手法の一つだと思うんだけど…。 小さい規模でも綺麗にまとまってるのも沢山あると思うよ。 身近な例で言えばASDFとかどうだろう。
415 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 14:34:26 ] CLOSがあまり使われないのは、 基本関数のスタイルとCLOSのスタイルがちょっと違うからかも。 CLOSセントリックに書き直したLisp方言も面白そう。
416 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 14:42:00 ] とりあえず defstruct よりは defclass かな、という程度だね。 typecase でディスパッチするよりは defmethod を使うという感じ。 defun をやめて、すべて defmethod を使うというスタイルにはなれないな。 ま、便利なときだけ使えばいいんじゃね?
417 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 15:58:33 ] lambda式直使いとmulti dispatchの相性が悪い。
418 名前:デフォルトの名無しさん mailto:sage [2008/04/24(木) 19:01:22 ] そうなの? どういう局面で? 無名総称関数はANSI仕様から消えちゃったけど、それのこと?
419 名前:デフォルトの名無しさん mailto:sage [2008/04/28(月) 00:15:31 ] なんか急に流れが止まったな >>414 へー、asdfってCLOS使ってるんだね。参考になった。 >>412 おれはこの前AllegroのSAXライブラリ使ったよ。 allegroserve もCLOSの例として面白いかも。 思い付きだけど、 がちがちに仕様が決まっているものを実装するときCLOSを使うといい、 という説はどう?
420 名前:デフォルトの名無しさん mailto:sage [2008/04/29(火) 01:23:58 ] どうだろう…。 個人的にはガチガチに仕様が決まったようなプロジェクトでも Lispがバンバン採用されるようになることを祈りたいw
421 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 06:12:32 ] sbclをアンインストールする方法はないでしょうか? finkを導入した所リストの中にsbclが有りそちらで一括管理したいので サイトから直接ダウンロード&インストールしたsbclをアンインストールする方法を 教えていただけないでしょうか? よろしくお願いします
422 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 07:36:14 ] 漏れが確認したところでは、特にアンインストールのスクリプトはないみたい。 なので、手動で削除する他ないのかな? といっても/usr/local/lib/sbclと/usr/local/bin/sbclを削除するだけのような 気もするけど…。 単純にパスの設定を/usr/local/より/sw/の方を前にもってくるとかじゃ駄目なのでしょうか。
423 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 08:15:10 ] 別にlispに限った話じゃないけど、自分でインストールするなら インストールのログくらい取っておけよと思う。
424 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 08:52:30 ] >>423 まあ、その辺りがUNIX文化とWin/Mac文化の違いというところでは? アンインストーラを使わずに 適当に実行ファイルを消したらシステムの整合性が崩れて 面倒ことになる、と思ったのかもしれないし。
425 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 17:16:51 ] >>422 ありがとうございます。 コマンドラインから検索した所 そのフォルダがヒットしましたので削除したいと思います。 >>423 今後そうしたいと思います。 精進いたします。 >>424 やはりその不安が有ったのです。 今後プログラミングの学習はマスターできるまで 仮想のlinux上でやりたいと思います。
426 名前:421 mailto:sage [2008/04/30(水) 17:28:37 ] /usr/local/share/man/man1/sbcl.1 というディレクトリが有るのですがこれの man1というディレクトリはシステムのフォルダですか? それともインストール時に自動的に作成されるものですか? よろしくお願いします
427 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 17:36:26 ] finkうんぬんとあったからMac OS Xなの? UNIXでもその辺は全部一緒じゃないんだよな。 Mac OS Xの場合、Mac OS Xは/usr/localを使わない。 どのパッケージがどのディレクトリを使っているかは、 /Library/Reciepts/*/Archive.bomをlsbomすれば分かる。 ただし、Mac OS Xの場合、サードパーティの配布は、 pkg形式使ってないことが多いから、 ファイルの追跡は諦めるしかないと思う。 SolarisやLinux(rpm, deb)のバイナリーパッケージは、 そういうの追いかけるの得意なんだけど。
428 名前:421 mailto:sage [2008/04/30(水) 19:40:59 ] >>427 ありがとうございます また一つlinuxの先進性を学びました。
429 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:13:10 ] ん?>>421 は何か勘違いしてる? Mac OS X はLinuxより遅れている訳でも仮想のLinuxでもないぞ。 ソースをコンパイルしてsbclを入れたんだったら自分の責任っしょ。 まあfinkにせよ何にせよ、がんばって使いこなそうぜ。
430 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:40:17 ] 自分でコンパイルするときって日本語コードを内部でどう扱うかも指定できるの?
431 名前:デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:45:52 ] 処理系がそういう風に作られてるか、ソースいじれるスキルがあれば指定できるんじゃね。