04/08/03 13:21
>>968 文字コードの設定はちゃんとしている?
970:デフォルトの名無しさん
04/08/04 09:32
Graham氏はJavaに対して対抗意識剥き出しにしてるが、
CommonLispやSchemeの普及を阻害してるのは、本当は
PerlやPythonだと思う。現代版Cobolに対してLispの
優位性をアピールすることにどんだけの意味があるのか。
971:デフォルトの名無しさん
04/08/04 09:47
>>970
それがねぇ。Scheme教えようとしても、「就職に役立つのはJava」なんて
言われちゃう世の中なんですよ。
972:デフォルトの名無しさん
04/08/04 23:35
>>971
最強の言語というのがあって，それは使っている人が多いはずで，
それさえ身に付ければ十分，という伝説のせいでしょうか．
973:デフォルトの名無しさん
04/08/05 00:34
Javaは平均的プログラマー向けにデザインされた言語。
そうゴスたんが言ってたよ。
974:デフォルトの名無しさん
04/08/05 00:58
URLﾘﾝｸ(groups.google.co.jp)
Franz のセミナーのやつだよね。
975:デフォルトの名無しさん
04/08/05 23:28
>>974
すげ…書いてあることがサッパリ理解できんが
何か格好良い事だけはわかった
これが Lisper の考えるレベルかしら…おれには無理かしら
976:デフォルトの名無しさん
04/08/06 22:40
UFFI が clisp に対応していないとは，一体どういうことかね?
977:デフォルトの名無しさん
04/08/07 01:42
>>971
就職の面接で「Scheme使えますよ」と言ってみたら
「Lispみたいなやつだっけ？」ぐらいの反応しか帰ってきませんでした。orz
978:デフォルトの名無しさん
04/08/07 10:22
>>977
その答えが返ってくるだけまだよい方では・・・
979:デフォルトの名無しさん
04/08/07 13:34
>>976 「clispのFFIがUFFIよりもっと抽象化されているから」という答えをclispの
作者がしていました。
が、clisp と UFFI でぐぐるとたしかpascalさんという人が書きかけたclisp用UFFIが
あったとおもう。
980:デフォルトの名無しさん
04/08/07 14:48
>>979
( ･∀･)つ〃∩ﾍｪｰﾍｪｰﾍｪｰ．サンクスコ．
981:デフォルトの名無しさん
04/08/08 22:45
埋まる前に落ちそうだね。
(call/cc (lambda (c)
(ｽﾚﾘﾝｸ(tech板) c)))
982:デフォルトの名無しさん
04/08/09 00:33
むしろ新スレの方が落ちそう。
983:デフォルトの名無しさん
04/08/09 14:20
埋め質問。
Scheme(Gauche)でCのsizeof相当の処理は可能ですか？
表面的にはchar/short/long/多倍長の違いが見えないので難しそうですが。
984:デフォルトの名無しさん
04/08/09 19:32
何の size のことなのか？
それをどう使おうというのか？
985:デフォルトの名無しさん
04/08/09 23:51
>>983 意味と意図がボクもよく分からない。
とりあえず Gauche での扱いを説明しておくと、文字と小さな整数は即値。
文字は wchar だと思っとけばいい。小さな整数の範囲は、long の範囲より
若干狭い。
昔の scheme では、文字が整数だったけど、今は別。
(char? #\a) => #t (char? 100) => #f (char? 1000000000) => #f
(fixnum? #\a) => #f (fixnum? 100) => #t (fixnum? 1000000000) => #f
(exact? #\a) => #f (exact? 100) => #t (exact? 1000000000) => #t
もしかして、ユニフォームベクタ使いたいのかな？
986:デフォルトの名無しさん
04/08/10 04:23
ユニフォームベクタで解決しました。
URLﾘﾝｸ(www.shiro.dreamhost.com)
もろにこの部分。すんません、次からはちゃんとマニュアル内探します。
987:968
04/08/10 22:55
>>969
文字コードのちゃんとした設定というのが分かりません．
とりあえず思いついたコーディング名を引数にしたりしました．
自宅のマシンではないのでメモがないんです．
lisp がないと私はただの豚なんです教えてくださいぃぃ．m(__)m
988:デフォルトの名無しさん
04/08/10 23:31
>>987
URLﾘﾝｸ(clisp.cons.org)
このへんでしょうか。
989:デフォルトの名無しさん
04/08/11 13:13
Windows cygwin版clisp 2.31での話。
clisp -E ASCII は認識されて*default-file-encoding*, *pathname-encoding*,
などが、デフォルトの#<ENCODING CHARSET:ISO-8859-1 :DOS>から#<ENCODING CHARSET:ASCII :DOS>に
変更されました。
しかし
clisp -E ja_JP.SJIS
は何の効果もないもよう。
トップレベルで
(setq shift-jis (make-encoding :charset 'charset:shift-jis :line-terminator :dos))
(setq *default-file-encoding* shift-jis)
(setq *pathname-encoding* shift-jis)
(setq *terminal-encoding* shift-jis)
として、
(ext:cd "/cygdrive/c/マイ ミュージック")
とすると、
*** - PARSE-NAMESTRING: syntax error in filename "/cygdrive/c/マイ ミュ/" at position 12
とエラー。
(parse-namestring "マイ ミュージック")とすると
*** - PARSE-NAMESTRING: syntax error in filename "マイ ミュージック" at position 0
とエラー。
"マイ ミュージック"はちゃんと9文字として認識されています。
また、(setq *terminal-encoding* shift-jis)をすると、
(format t "~S~%" 'a) => ~S~%
というバグが発現しました。
イヤ～ンな感じ。俺のやり方がタコなだけだといいんだけど。