【入門】Common Lisp その３【質問よろず】

【入門】Common Lisp ..

433:デフォルトの名無しさん
07/08/22 01:00:57
このスレでCLTLって言ったらCommon Lisp The Language ,Guy L. Steele Jr.じゃないの？

434:デフォルトの名無しさん
07/08/22 11:10:27
>>428
仕様書(?)の癖に妙に饒舌なGLS節がたまらんよねｗ

435:デフォルトの名無しさん
07/08/23 01:28:40
Practical Common Lisp 155ページなのですが、COPY-TREEで((1 2) (3 4) (5 6))を
複製したものとオリジナルが共通で参照するオブジェクトが数値の5,6とシンボルNILってのは
何故ですか？1,2,3,4と5,6の違いが判らないので教えてください

436:デフォルトの名無しさん
07/08/24 01:12:49
>>435
それ、ここかLisp Schemeスレかで以前俺が話題にした気がする。
そんときは確かめてくれた人がいて著者の勘違いって話だったと思う。
過去ログ見て。

437:デフォルトの名無しさん
07/08/24 22:19:43
どう勘違いしたんだ

438:435
07/08/25 00:57:24
Peter Seibel本人にメールしてみました。
「混乱させてスマン、第3刷では直っているハズだから」とのことです。

439:デフォルトの名無しさん
07/08/25 13:02:07
俺そういうメールに返信するバイトしてた。

440:デフォルトの名無しさん
07/08/25 13:21:19
俺はメールしたと偽るバイトしてた。

441:デフォルトの名無しさん
07/08/29 13:57:52
Emacs Lispでいう(string-to-int)ってCLispにないの？

442:デフォルトの名無しさん
07/08/29 14:14:20
グハラムのANSI Common Lispを読んでいます
ループを再帰で書くサンプルが出てくるのですが
ループ数が多くなるとスタックがえらく積み上がっていくんじゃないか、
だとしたらループの実現としてはあまりいい方法ではないのではないかと
思うのですが、どうなんでしょう？
あくまで「こういう書き方もできるよ」という例なのでしょうか？

443:デフォルトの名無しさん
07/08/29 14:28:08
>>442
ほとんど末尾再帰だろ
末尾再帰をループに展開できないコンパイラはぶっ壊れてる．

444:デフォルトの名無しさん
07/08/29 15:15:52
>>441
parse-integer

445:デフォルトの名無しさん
07/08/29 19:44:33
>>442
> グハラム
ちょっと入れ替えただけで急にイスラムな感じになるな。

446:デフォルトの名無しさん
07/08/30 01:22:51
ではclispはぶっ壊れてると・・・

447:デフォルトの名無しさん
07/08/30 02:07:22
コンパイルすれば末尾再帰をループ化する＞CLISP

448:442
07/08/30 02:11:41
レスありがとうございました
末尾再帰というものだったら問題ないんですね
少し気になったのですが
Lisp界ではよくあることなんですね

449:デフォルトの名無しさん
07/08/30 02:30:23
>>447
>>273-276

450:デフォルトの名無しさん
07/08/30 02:33:05
実際末尾再帰スタイルで書くつもりならSchemeで書いたほうがいい。
Common Lispのはあくまでも最適化オプションでしかないから過信できない。

451:デフォルトの名無しさん
07/08/30 04:48:19
Schemeは式の評価順序が決まっていないのが嫌いなんだよね。（副作用させんなって言うのは無しね）

452:デフォルトの名無しさん
07/08/30 07:46:50
>>450 Scheme はコンパイル関連機能があくまでもオプションでしかないから過信できません

453:デフォルトの名無しさん
07/08/30 08:37:34
ていうか「過信」って言葉がそもそも、実際の在りよう以上のことを信じることであって、
Common LispだろうがSchemeだろうが隣のおばちゃんだろうが、過信しちゃいけないのは同じ。

454:デフォルトの名無しさん
07/08/30 09:42:19
「xを過信してはいけない」という言い回しは、単純に過信を戒めてる訳じゃなくて、
「お前はxを過信している」とか「xは過信されがちだ」みたいな意味が入ってる。

455:442
07/08/30 11:59:10
やっぱり使わない方がいいんですね

456:デフォルトの名無しさん
07/08/30 12:08:19
>>455
時と場合による．

457:デフォルトの名無しさん
07/08/30 12:14:39
>>455
lispのような抽象化の高いプログラミングで再帰
を使おうとしないとはかなり不幸だろう．

10年前ならいざ知らず，今はコンピュータのメモリもCPU性能も
有り余るほどある．その中で，ある程度効率を犠牲にしてでも，
抽象化のはしごを上ってわかりやすいアルゴリズムを記述できる
のであればそっちを優先すべきでは？

458:デフォルトの名無しさん
07/08/30 13:06:02
>>455
まあ真面目に入門書の一冊も読むべきだね。
基本がぜんぜんなってない感じ。

459:デフォルトの名無しさん
07/08/30 13:24:25
>>455
白黒はっきりさせたい性格なのだろうが、世の中そんなに単純には出来ていないのだ。

460:デフォルトの名無しさん
07/08/30 13:38:57
>>455
ちなみに組込み屋の人ですか？

461:デフォルトの名無しさん
07/08/31 02:00:35
455の人気が凄いｗ

462:デフォルトの名無しさん
07/08/31 03:16:20
destructuring-bindの素敵な訳語を募集。
野田さんトコだと構造化代入ってなってるけど、`de-'の雰囲気がどこかに
消し飛んでるし`bind'って代入なのか？って気がしないでもない。
漏れの頭では脱構造束縛とか構造分解束縛とかしか思い浮かばないんだが、
やっぱり気持ち悪い？

OnLisp翻訳の偉業にケチをつけるつもりはまったくないのでそこんとこだけ
誤解のないよう。英語のまま何気なく読んでる文章をきちんとした
日本語に書き出そうとするのがこんなに面倒だとは思わなかった。

463:デフォルトの名無しさん
07/08/31 03:27:09
`構造'意識しなくてもいいか。
分解束縛とか分配束縛とかで意味通じるかな。

連投で独り言スマン。

464:デフォルトの名無しさん
07/08/31 05:56:15
独り言気持ち悪い

465:デフォルトの名無しさん
07/08/31 07:30:18
URLﾘﾝｸ(practical-scheme.net)
>p.96 ほか (leque, 2007/04/14 21:40:45 PDT)
>「destructuring」の訳語を「分配」とすることにすこし違和感があります。
>destructuring-bind の lambda-list が単純なリストである場合はよいのですが、
>入れ子のリストになっているような場合も考えると、「分解」「脱構造化」といったような、
>構造（structure）を意識したような訳語の方がしっくり来る気がします。
>
>* これはGuy Steele本の和訳で採用されていた訳語に統一した結果です．
>ところでせっかく仔細にコメントをいただいているのに，
>単純なものしか目を通しておらず，申し訳ありません．
>いずれじっくり検討させていただきます．（野田）

466:デフォルトの名無しさん
07/08/31 09:37:39
「パターンマッチ」でいいんじゃないかという気が

467:flatline ◆r6EONKKhcc
07/08/31 10:00:52
>>462
ちなみに「構造化代入」という訳はあまり深く考えてつけたものではありません．

>>466
複数のパターンから選べないとパターンマッチとは言えないような気がします．

468:466
07/08/31 10:30:40
そうですか？なんでだろう。

469:デフォルトの名無しさん
07/08/31 11:29:00
俺もパターンマッチって感じがする。
マッチに失敗すればエラーになるし。

470:デフォルトの名無しさん
07/08/31 18:30:16
>>462
気持ちはわかるが、destructuring-bind という固有のスペシャルフォーム名に
とらわれすぎの気がする。
まさか「なでしこ」みたいな日本語CLをつくろうって話じゃないんでしょ。
同種の概念に対する一般的なタームとしては分割代入とかじゃない?

471:デフォルトの名無しさん
07/08/31 21:09:55
>>468
複数の候補からマッチするものを見つけるのがマッチだと思う

472:デフォルトの名無しさん
07/08/31 21:11:04
>>462
deの雰囲気を残すべきだとは思わない。逐語訳にこだわりすぎでは？

473:466
07/08/31 22:52:58
>>471
それだけがマッチングとは思えないなあ。
正規表現がマッチするしないって言い方があるけど、
あれは何かを複数の候補から見つけるわけじゃないでしょう？

474:デフォルトの名無しさん
07/08/31 23:51:54
>>473
「マッチする」という言い方自体が、そもそも「マッチしない」場合の存在を前提にしているのでは？
そういう意味では正規表現も多くの場合は複数の候補から見つける操作だと思う。

475:462
07/09/01 02:42:29
>>470
日本語CL作ろうなんて気は毛頭ありません。
でも見る人が見れば何やってんかバレバレなんですけどね。

>>472
逐語訳にこだわってるつもりはないんですが、Lisp/Schemeのコンテキストで
代入と束縛を同列に扱うのは違和感があると感じるのは僕だけかなぁ。
日本語ではどう表現するのが普通だ、みたいな一般的に受け入れられている
のはないんですかね。大体原著で読むのでその辺の感覚がわからんです。

476:flatline ◆r6EONKKhcc
07/09/02 16:53:41
私はむしろ >>473 に賛成ですが，
>>467 の真意はむしろ
　「destructuring-bindを「パターンマッチ」と言ってしまうと，
　Ocaml, Haskellの方面から
　『複数の候補から選ぶこともできないのにそんな大層な呼び名をするとは！』と
　文句が来そうなので自粛した」
みたいな感じですかね．

つーかその後 §18.4で
「パターンマッチングは構造化代入（書籍では分配）の一般化だ」と続いているので...

束縛と代入については，レキシカル・スコープの何たるかを分かってコードが書ける人には
言葉の問題に過ぎず，大した違いではないと思います．

477:flatline ◆r6EONKKhcc
07/09/02 17:02:45
そうそう，On Lispの第3刷が9月半ばに出るそうです．
（読者の方々からいただいた修正意見を反映してあります）

「売れた数だけLispの存在感が拡大している」と（粗っぽく）見積もるとすると
これは訳者として嬉しいことです．
実際，webをさ迷っていると，これまでLispに縁のなかった人もけっこう買ってくれているようですし．
（そういう人には終盤はテクニカルに高度過ぎると思いますが，
「Lisp Hackerのスタイル」的なものは伝わることを期待）

478:デフォルトの名無しさん
07/09/02 17:26:50
>>477
Lispのなんたるかってあたりがかかれた本って古い書籍が多くてさらに尽く絶版だったりするから
ものすごくありがたかったんじゃなかろうかとおもう（対象想定読者層にとって）

まじめな話共立出版のbit別冊が売ってたら読むかもしれない層って多いと思うんだけどなぁ。

479:デフォルトの名無しさん
07/09/02 17:28:49
>> 476
> 束縛と代入については，レキシカル・スコープの何たるかを分かってコードが書ける人には
> 言葉の問題に過ぎず，大した違いではないと思います．

レキシカルスコープの何たるかをわかってコードを書くに至っていない
入門レベルの読者が読むことを想定した場合は束縛と代入は使い分けるべき、でFA？

480:デフォルトの名無しさん
07/09/02 22:46:13
レキシカルスコープの何たるかをわかってコードを書くに至っていない人には
縁のない話題だと思うが

481:デフォルトの名無しさん
07/09/02 23:52:25
あんま流れと関係ないけど束縛だの代入だのより、スコープとエクステントの概念を叩き込むべき。
アセンブラと C を覚えて万能感に浸っていたかけだしのヘタレだった俺は、これを叩き込んでくれた師匠に本当に感謝している。

副作用だの破壊的操作だのは結局物理レベルではレジスタの値変更してんだからよー
キタナイ現実を見ないのが美しいってのは Schemer にゃーお似合いだが Lisper はそんな風になるべきではない。

つうか訳語は分配でいいような気がするけど…別に実際にバラすわけじゃなくて、元の構造の部分を変数に束縛するだけだし…

482:デフォルトの名無しさん
07/09/03 01:18:14
>>481 は今でもなにもわかってない事がわかった

483:デフォルトの名無しさん
07/09/03 05:50:47
ああ、それは二十歳くらいの頃によくかかる病気ですね。
自分の人間観察眼に根拠の無い自信持っちゃって、あちこちで誰かの言葉に触れては
「こいつはわかってない、俺にはそれがわかる」って小鼻をひくひくさせてしまうんです。
あと5年もすれば、思い出すだけで死にたくなる過去になりますよ。

484:デフォルトの名無しさん
07/09/03 06:52:52
わかってるやつがなんでにちゃんなんかやってんだろ

485:デフォルトの名無しさん
07/09/03 07:23:28
おまえのどうるいだけがにちゃんやってるわけじゃないからだよ

486:デフォルトの名無しさん
07/09/03 07:34:54
>>485
君は集合の基礎を覚えた方がいい
ベン図とか

487:デフォルトの名無しさん
07/09/03 08:05:32
まずは君がコミュニケーションの基礎を学ばないことには

488:デフォルトの名無しさん
07/09/03 10:14:22
わかってない奴すべてを含む集合は果たして平穏無事であるか

489:デフォルトの名無しさん
07/09/03 12:58:41
あるときっと。信じれば夢はきっと叶うさ。

490:デフォルトの名無しさん
07/09/03 15:12:26
2ch で遊ぶのはいい加減にして、早く誰も読まない論文を書く作業に戻るんだ。

491:デフォルトの名無しさん
07/09/03 16:19:32
論文を書くためにはネタを仕込まないとね。
それはともかく、Common Lispで書いたソフトをコンパイルしておいて
他の.exeから呼び出して実行するなんて使い方はできるものだろうか？
分かる人が居たら教えてくれ。

既存のGUIと通信を行うモジュールを流用して計算エンジン部分だけLispで作ってみたい。
あ、プラットフォームはその既存のGUIの関係でWindowsです。

492:デフォルトの名無しさん
07/09/03 16:27:22
誰も読まない論文
ってのはなかなか哀愁を誘う良い言い回しであるなｗ

493:デフォルトの名無しさん
07/09/03 16:45:25
ライトオンリー

494:デフォルトの名無しさん
07/09/03 18:25:39
Lispって科学技術計算に向いてる？

495:デフォルトの名無しさん
07/09/03 19:26:44
愛を育てるのには向いてる

496:デフォルトの名無しさん
07/09/03 19:30:54
講座初日に眼鏡を忘れ、倫理学と論理学の教室を読み間違えた挙げ句、出席を取らない講師に突然愛を語られたみたいなものだろうか？>>495

497:デフォルトの名無しさん
07/09/03 19:36:39
>>491
できる。教えてもらわないと出来ないような人には難しいかもしれないが。

498:デフォルトの名無しさん
07/09/03 20:17:54
は？

499:495
07/09/03 20:21:37
愛と AI をかけました………………

500:デフォルトの名無しさん
07/09/03 21:53:12
>497 Thanx!
可能だと言う事がハッキリするだけでもやる気が出るよ。
何しろこっちはLispに関して全くの素人なので
これから勉強しながら方法を探すよ。

ところでそういう事に便利そうな商用Lisp
(Allegro Common Lispなど)を使えとか
言うんじゃないよね。あれ、高いからな。

自分ではKCLを使えばコンパイラが
Cのソースを吐いてくれるそうなので、
そっちをいじれば何とかなるかなと思っている。

501:デフォルトの名無しさん
07/09/03 22:16:45
ACL は Express エディションならフリー。
ヒープ制限があるので大規模な処理は無理だが。

KCL は GNU に寄贈されてメンテナがかわりにかわって GCL （GNU Common Lisp）という
名前になってる。派生した ECL ってものある。

つうかソケットで通信とかなら C のソースがうんぬんは不要だと思うけど…。

502:デフォルトの名無しさん
07/09/03 22:33:05
Lispworksを日本で購入できる場所ないのかな？

503:500
07/09/03 22:47:13
>501
ACLのExpress editionはは使ってみようとしたんだが
なぜか私のデスクトッブにはダウンロード出来なかった。
試しに古いノートPCにやってみたらできたので
どうもIE7が邪魔してるような気がする。

GUIモジュールとの通信はソケットとかじゃなくて
単純に呼び出し時の引数渡しみたい。
まだ良く調べてないが。

504:デフォルトの名無しさん
07/09/03 23:07:59
>>503
フーム…ちなみに C と Lisp の経験はそれぞれどれくらい？

あと、まずその GUI モジュールとやらについて一通り勉強するのが先だと思う。
今の状態だと、たとえば Lisp じゃなくて Python で～ってケースでも
どこから手をつけていいかわかんない状態でしょ？まず、ターゲットをよく知らないとね。

大抵の C のライブラリは当然 C の関数呼び出し形式のインターフェースしかない。
他のシステム（Lisp に限らないよ。ネットワークのむこうの C のプログラムとかね）と繋ぐなら、通信部分は自分で作ることになる。

505:491
07/09/03 23:10:52
あ、
「既存のGUIと通信を行うモジュール」と言うのは
GUI及びLAN経由で他のPCと通信する機能を
兼ね備えたモジュールがあってそこから
計算エンジンが呼び出される構成って事。

書き方が紛らわしかったね。

506:503
07/09/03 23:42:18
>504
お察しの通りCでも大きなブログラムを一から書いた事は無い。
せいぜい教科書の演習問題レベルか他人の書いたブログラムを
ちょっと変更したくらい。Lispの経験はほとんどゼロ。

そんなレベルで難しい事をやろうとするなと言われそうだが
まあ、趣味でやってる事なので。

まずはLispで書いたソースをコンパイルして
他のEXEから呼び出す事が可能なモジュールを
作れるかどうかを知りたかったのよ。

507:デフォルトの名無しさん
07/09/04 00:04:43
共有ライブラリを生成できる処理系はいくつかある。
有償なら ACL, LispWorks、無償なら ECL (GCL もできるのかな？使ったことないから知らん) あたりで可能。
Windows で使えるかは知らないけど。あと、この機能を使うにゃー C に加えて Lisp の知識も要求される。
つうわけで、技術的には可能だが、たぶんあなたの期待してるようなものじゃない。

残念ながら今の Lisp の世界では「Lisp から C のライブラリを呼び出す」のが一般的なんだよねぇ。
Foreign Function Interface といって、C のライブラリを Lisp から呼び出す機能。

ECL みたいに C のプログラムに埋め込んじゃえるタイプのもあるが、これをやるにも C と Lisp 両方の
知識が要求される。逆に知識があれば VB に埋め込んだりもできる：
URLﾘﾝｸ(www.cs.stevens.edu)

とりあえず C か Lisp、どっちかはマスターしよう。Lisp ならこのスレで力になるよ。

508:491
07/09/04 00:17:44
結局のところ、Lispの関数を呼び出す時のパラメータ形式と
（多分）Cが関数呼び出しする時のパラメータ形式を変換する
小さなモジュールを作って間に挟めばこの目的にはOKって事かな？

そうすればLispコンパイラが吐き出すCのソースはいじらなくても、
objの方をリンカーにかけてexe化するだけで良いのかな、多分。

509:デフォルトの名無しさん
07/09/04 00:48:16
うーん、まず Lisp の側からつっこむとね、まず貴方はデザイン上の撰択をしないといけない。
ECL を使うと仮定すると次のような方法がある。

1. GUI ライブラリが DLL として提供されているなら FFI 経由で Lisp から使う
(この場合、コンパイラの出力をいじるとかは必要ない)
2. GUI ライブラリの機能をラップして DLL にして Lisp から使う
3. GUI ライブラリをソケットとか別プロセスから操作できるようにしたてて、Lisp からはそのインターフェースで操作する
4. ECL の機能をラップした DLL を作成して、それを C プログラムにロードして使う

4. しか眼中にないようだが、それは要求されるスキルも高く、かつあんまり楽じゃない。たとえば、Lisp の知識がないと
あるオブジェクトを管理しているのは Lisp の領域なのか C の領域なのか区別をつけることすら難しい（…と思うけど、どう？）。

あとは、C をはじめたばかりのようなので、プログラムといえばコンパイラでコンパイルして exe か dll にしたもの、
というイメージがあるんだろう。ECL で「コンパイルする」というと確かにネイティブコードを生成するが、それは
exe でも dll でもないんだ。（まぁ、実行形式や共有ライブラリも生成できるけど…）

> (compile-file "foo.lisp") ;; gcc でコンパイルしてネイティブコードを含む .fas ファイルを作成
foo.fas
> (load "foo.fas") ;; .fas をロード

510:508
07/09/04 00:52:52
>507
そうですか、上で書いたような安直な方法は多分使えないと。どうしようかなー？
Lispから呼び出せるGUI&通信モジュールを自作するのは多分もっと大変だし。

あまり大変ならLispでエンジン書くのを諦めるしか無いかな？

最後にひとつだけ質問。
（商用Lispの付加機能じゃなく）一般的なLispシステムのコンパイラが吐く
objはそれ単体では自立したモジュール（exeやdll）には出来ないって事ですよね。
ガーベッジコレクションとかが欠けてるし。

511:510
07/09/04 01:15:26
>509
ちなみに私が使おうと考えていたGUIは
ライブラリ形式ではなくて一固まりのモジュール(.exe)なのです。
それがdllを介してあるいは直接にエンジンを呼ぶ形式。
なのでこちらからは呼べなくて呼び出される一方なのです。

512:デフォルトの名無しさん
07/09/04 01:33:31
まぁ、まず Lisp を勉強しようや…。C とは違う部分もあるんだから。

実行形式には「できる」。ただ、C のランタイムは libc や mcsvcrt としてシステムに既に存在している場合が多いけど、
Lisp のランタイムは普通のシステムには存在しないので配布物に含むことになる。
商用 Lisp はこの時に、コンパイラ機能とか配布物に要らないだろうという機能を削ったりできる。

CLISP で作成した .exe := ランタイム数メガ + プログラム部分 => 数メガ
ECL で作成した .exe := プログラムサイズ + libecl.dll (4Mくらい？)

SBCL とかはネイティブコードコンパイラを備えているため、ラインタイムとコアイメージはでかい。
10M を余裕で超える。C でいったら GCC がまるごとついてくるようなもんだからね。

513:デフォルトの名無しさん
07/09/04 01:40:48
>>510
ふーんけったいなライブラリ（って言うの？）だね。いわゆるプラグイン形式って感じかなぁ。
すると DLL を与えるしか方法がない感じなのかな？
しかもインターフェース固定か。勘でいってるけど、あんまり Lisp のインクリメンタルな開発を活かす機会はなさそうかなぁ。
外からいじれるようにしたりして嬉しい？

直接エンジンを呼ぶってのはよくわからないな。見てみないとよくわからんね。非公開のやつなの？

514:510
07/09/04 02:17:24
>512
実行形式にはできるんですね。
そりゃそうか、Basicでも出来たもんなあ。
配布イメージがでかくなるのは別に構いません。

>513
そうなんですよね。
良く考えたら既成のGUIモジュールから呼べるように
毎回コンパイルしてたらインクリメンタルな開発手法が
使えなくてLispを用いる意味があまりなくなりますね。

デバック用途のためのみであっても
GUIと通信モジュールは自作するしかないか？
で、最後に可能なら既存のリッパなGUIから呼べるように細工すると。

いや、いろいろ教えて頂いて有り難うございます。

515:デフォルトの名無しさん
07/09/04 11:52:52
>>514
図表を扱う向きではないけどTKでよければwindowインターフェースはある。
リアルタイムに何か表示するならOpenGLのインターフェースもある。

なのでこれらで間に合う範囲ならそれ程困らないが、ポトペタなウィンドウモジュールが欲しいとなると
商用のを買わないとダメポ。

516:デフォルトの名無しさん
07/09/04 14:07:03
Common Lispで書いたプログラムを起動してそれとソケットで通信するものを
DLLとして作成するというのはどうかな。
DLLの関数はそのプログラムにお伺いを立てて下されたお答をそのまま返す。

517:デフォルトの名無しさん
07/09/04 15:13:18
CLでDLL作れるの？

518:514
07/09/04 19:55:45
>516
それグッドアイデアですね。
そのやり方ならコンパイル前(Lisp処理系から起動)でも
コンパイル後（GUIから呼び出されて起動）でも
最悪DLLさえ作り分ければ、きっとうまく行きそうな気がします。

その方針でやってみる事にします。
皆さん、いろいろ有り難うございました。
Lisp絡みで分からない事が出て来たら
質問させて頂きたいので、
その時はまたよろしくお願いします。

519:デフォルトの名無しさん
07/09/06 23:16:38
GoogleからLisp VMとOSが無料配布されるという夢を見た。

520:デフォルトの名無しさん
07/09/07 02:04:10
lispなシェルって無いの?
> (echo "hoge")
hoge
みたいな奴

521:デフォルトの名無しさん
07/09/07 02:16:25
>>520
ＭｏｎａＯＳにSchemeなシェルがある

522:デフォルトの名無しさん
07/09/07 02:16:45
>>520
URLﾘﾝｸ(clisp.cons.org)

523:デフォルトの名無しさん
07/09/07 02:24:15
>>520
URLﾘﾝｸ(www.scsh.net)

524:デフォルトの名無しさん
07/09/07 05:29:54
俺なんかGoogleがLispマシン作ってただみたいな値段で売り出す夢見た。＼(^O^)／

525:デフォルトの名無しさん
07/09/07 05:42:02
アフリカ起源のLispは猿が二股の木を組み合わせてやってたもので、
エバル猿が仕切ってる、ってなんかで読んだのですが
GoogleがLispマシンで世界制覇したのち猿の惑星になるのかもしれないな＼(^o^)／
何言ってんだ俺w寝よ…

526:デフォルトの名無しさん
07/09/07 09:48:38
てか、おまいらそろいも揃って中村正三郎かよ！って顔文字使ってやがるな（w

527:デフォルトの名無しさん
07/09/07 10:59:52
＼(λ ^o^)／

528:デフォルトの名無しさん
07/09/07 12:51:50
／(^λ^)＼

529:デフォルトの名無しさん
07/09/07 13:52:10
Goolips作ろうぜ

530:デフォルトの名無しさん
07/09/07 16:01:44
Googlispとは…
↓

531:デフォルトの名無しさん
07/09/07 16:03:33
(google '(googlisp))

532:デフォルトの名無しさん
07/09/07 20:27:51
しかし実装はPythonだ（藁）

533:デフォルトの名無しさん
07/09/08 13:18:18
(OTZ =3 >>532)

534:デフォルトの名無しさん
07/09/08 16:25:12
(cons "人生" "オワタ")
=> ＼(＾o＾)／

535:デフォルトの名無しさん
07/09/17 15:12:01
Lisperの諸君もどってきてくださｋ＞＜

536:デフォルトの名無しさん
07/09/17 15:14:34
ちょっくら　Haskell　してくるε≡≡ﾍ（　´∀｀）ﾉ

537:デフォルトの名無しさん
07/09/17 21:05:05
>>535
near the you.

538:デフォルトの名無しさん
07/09/18 00:32:41
WindowsでScheme用のエディタにEmacs使いたいんだけどよくわからむ。
Gaucheの解説サイトの.emacsそのまま作ったんだけど、LispboxについてたEmacsじゃ駄目なのかな。

539:デフォルトの名無しさん
07/09/18 02:54:42
どこがどうわからんのか説明できる程度までは自分で調べてくれんか

540:デフォルトの名無しさん
07/09/18 04:18:48
scheme の話題はこっちで。
ｽﾚﾘﾝｸ(tech板)

541:538
07/09/18 12:50:38
スレ違いごめん。

542:デフォルトの名無しさん
07/09/18 22:49:22
>>538
いやいやお若いの。このスレに立ちよったのも何かの縁。
Common Lisp も学んでいっちゃぁどうだね？

543:デフォルトの名無しさん
07/09/18 23:36:14
come on lisp

544:デフォルトの名無しさん
07/09/18 23:49:07
寒いオヤジギャクを思いついても、書き込まないほうがいいと思うんだな

545:デフォルトの名無しさん
07/09/19 00:29:32
オヤジしかいないんだから、別にいいと思うが

546:デフォルトの名無しさん
07/09/19 00:38:11
>538みてーに偶に迷い込む若ぇ奴が近寄らなくなるぢゃねーか！

547:デフォルトの名無しさん
07/09/19 00:46:07
>>543
その発想は無かったw
ちょっと笑ってしまった俺もオヤジの仲間入りか…

548:デフォルトの名無しさん
07/09/19 00:58:39
>>543
【審議中】
　　　　|∧∧| 　　　　　　（(　)　）　　　（(　)　）　　（(⌒　）
　＿＿(；ﾟДﾟ)＿__　　（(　)　）　　　（(　⌒　）　　（(　)　）
　|⊂l　　　　　l⊃ | 　　　ノ火.,､　　　ノ人.,　､　ノ人.,､
　￣￣|.|.　 .||￣￣　　　γﾉ）::）　　　γﾉ）::）　　　γﾉ）::）　
　　　　|.|=.=.|| 　　　　　　ゝ人ﾉ　　　ゝ火ﾉ　　ゝ人ﾉ
　　　　|∪∪|　　　　　　　　|| ∧,,∧　|| ∧,,∧ || 　ﾎﾞｫｵ
　　　　|　　 |　　　　　　∧ (´・ω・) (・ω・｀) ∧∧
　　　　|　　 | 　　　　　(　´・ω)　Ｕ) ( つとﾉ(ω・｀ )
　　　~~~~~~~~　　　　　｜　Ｕ (　　´・) (・｀　　).　.とﾉ
　　　　　　　　　　　　　　ｕ-ｕ（　　　 ) (　　　ﾉ　u-ｕ
　　　　　　　　　　　　　　　　　 `ｕ-ｕ'.　`ｕ-u'

549:デフォルトの名無しさん
07/09/19 01:04:34
まあありだろ

550:デフォルトの名無しさん
07/09/19 01:26:54
何でもありが Common Lisp の美点だべさ

551:538
07/09/19 02:42:51
そんな若くないけど、優しいお言葉ありがとうですお
SICPとアセンブラの本を読み終わったらLISPやるつもりですお
バスコン初心者なので両方いっぺんは無理ですお
今後の予定
絶版の湯浅さんの本を押さえてあるのでそれやったら
グレアムの本2冊買うつもりですお
ここまで行けるかはかなり謎ですがおw

今は他の勉強する気ないんですがネットワーク管理任されそうですお
素人なんでそっちも勉強しなくてはならんのですお(　;^ω^)

552:デフォルトの名無しさん
07/09/19 03:52:45
>>543
ナイスボケ

553:デフォルトの名無しさん
07/09/19 07:08:07
lispっておっさんの言語なの？

554:デフォルトの名無しさん
07/09/19 08:00:05
543 をはじめとするおっさんどもが要るだけだろう
俺はヒキコモリ高校生

555:デフォルトの名無しさん
07/09/19 08:14:02
必要なのか

556:デフォルトの名無しさん
07/09/19 11:12:47
以前から不思議だったんだけど2chのスレってどんな過疎スレでも「ハゲ」と「おっさん」話が持ち上がると妙にスレが伸びるんだろう？

557:デフォルトの名無しさん
07/09/19 12:37:58
それはｒｙ

558:デフォルトの名無しさん
07/09/19 15:21:46
>>556
2chに出入りしている腐女子は「ハゲ」×「おっさん」と
「おっさん」×「ハゲ」のどっちが良いかでご飯3杯いけるから。

因みに数字板ではこれがマジだから困る。

559:デフォルトの名無しさん
07/09/19 23:43:01
イケメン禿のおっさんがLISPとは何かを語ると
腐女子がえびぞりながら泡吹いて失神するぞ。
クワトロのせりふで決めればもう涎流しっぱなしで再

560:デフォルトの名無しさん
07/09/20 01:05:39
>>556
そういう言葉で煽るのは、自分はそれらのキーワードと無縁だと思ってる層で、
そういう層は大抵若い世代、言い換えれば、経験とか知識に乏しいまま全能感だけ持て余してる世代。
つまり、そういう話が持ち上がると伸びるのではなく、アホなことでスレ伸ばす層が持ち出しがちな単語が
そういうものなんでは。

561:デフォルトの名無しさん
07/09/20 04:33:26
どなたかお助けください。
sbcl,clispでキーボード操作を受け付けるプログラム書いてあそんでいるのですが双方で共通にttyの設定をraw,noecho似する方法はありませんでしょうか？
現在clispでは(shell "stty raw -echo")を,sbclだと実行前に同様のコマンドを実行しています。
ただこれだとclispはreadlineがカーソルキーを食ったままですし、sbclは抜けないと元に戻せなくて困っています。

562:デフォルトの名無しさん
07/09/20 07:50:19
CLISP なら SCREEN パッケージも入ってると思うけど。
あとは EXT:WITH-KEYBOARD とかでCUI できる。
SBCL と共通にしたいなら ncurses を使うのがいいんじゃないかな。

563:デフォルトの名無しさん
07/09/20 11:54:18
>>562
ありがとうございます、ncursesで検索したらcl-cursesとかcl-curl(cURLじゃないんですね)とかいろいろ出てきました。

564:デフォルトの名無しさん
07/09/21 11:04:13
最近cgiをLispで書くのがマイブームです＞＜

565:デフォルトの名無しさん
07/09/21 11:18:53
それたのしそうですね＞＜
どうやるんですか＞＜

566:デフォルトの名無しさん
07/09/21 23:01:52
ViaWebでさえサーバープロセスが動いていたのに
何でCGIで書くのかと問い(ry

567:デフォルトの名無しさん
07/09/21 23:02:53
普通にかけますよ
clispなら小さいからプロセス起動なcgiでもいけますし、sbclならfastcgi使うとごっつはぇぇでし。

568:デフォルトの名無しさん
07/09/21 23:07:01
>>566
cgiつーのは割と身近で小さめの実用プログラムな側面があるのでそういう否定のしかたはよろしくないような気がする。

569:デフォルトの名無しさん
07/09/22 00:46:01
結局のところお前らCLispで実際に使えるプログラムかいてないのか？

570:デフォルトの名無しさん
07/09/22 01:07:35
エディタのスクリプトならバリバリ……

571:デフォルトの名無しさん
07/09/22 07:52:21
プロトタイプ作成とかデータ整理とか表には出せないが使ってるよ。
でも上にはプロトタイプ専用の「ゲテモノ」と認識されてるんでね、テストまでしか使えない。
人月単位の人海戦術で作るとな……プロトタイプのほうが高速かつ高機能とかマジ泣ける…
仕様通りちゃんと動いたとしても、結局素人を集めて人海戦術で作らないと安心できない、それぎゃ現実の仕事。
でもテスト用のプロトタイプがあるだけでもマシなほうさ。バリバリのウォーターフォールでデスマーチ化ってとこ多いしね。
…なんか愚痴っぽくなったな、スマン。

572:デフォルトの名無しさん
07/09/22 08:03:45
おれ、グーグルに入れたら「ウォーターフォール」卒業して
先端技術でバリバリ働くんだ。

573:デフォルトの名無しさん
07/09/22 10:20:25
>>571
速くHackerがたくさんいる企業に就職しなおすんだ！

574:デフォルトの名無しさん
07/09/23 12:49:17

(setf test-list
'(("above" . "上記の,方向,場所などを表して．")
("propose" . "提案する")
("afforded" . "余裕がある，can, could, be able toを伴って")
("dedicated" . "専用の")))
見たいなりスト作って評価したら
Coding system iso-lating-1-unix not suitable for "000c4e(:emacs-rex (swank:interactive-eval))
見たいなエラーがでるんだがCLispってUTF-8対応じゃないの？

575:デフォルトの名無しさん
07/09/23 13:55:37
glibc か libiconv サポートがある環境なら UTF-8 のエンコーディングは備わってると思うよ。
SLIME (emacs) <---> SWANK (lisp) の通信設定がデフォルトの値 iso-lating-1-unix なんじゃないかな。
iso-lating-1-unix なストリームに utf-8 の文字流し込んでエラーになってるんだと思う。

;; SLIME 側の設定 (Emacs)
(setq slime-net-coding-system 'utf-8-unix)

;; SWANK 側の設定 (CLISP)
(setq swank::*coding-system* "utf-8-unix")

576:デフォルトの名無しさん
07/09/23 17:06:26
>>575
できました！
ありがとうございます

577:デフォルトの名無しさん
07/09/24 16:11:21
>>571
ﾅｶｰﾏ w

578:デフォルトの名無しさん
07/09/29 17:34:40
相異なる要素からなる系列 seq の要素中 2 個を選んだ組合せをすべて表示し場合の数も表示する関数 (pair seq) で，例えば (pair abcd) が
(A B) ; A を選び，残りの B，C，D から B を選んだ組合せ
(A C) ; A を選び，残りの B，C，D から C を選んだ組合せ
(A D) ; A を選び，残りの B，C，D から D を選んだ組合せ
(B C) ; B を選び，残りの C，D から C を選んだ組合せ
(B D) ; B を選び，残りの C，D から D を選んだ組合せ
(C D) ; C を選び，残りの D から D を選んだ組合せ
6 ; 場合の数 4C2＝4!／{2!×(4-2)!}＝6
のように評価されるものを，必要なら関数 app を用いて定義せよ。

(defun merg (seq1 seq2)
(if (null seq1)
seq2
(cons (car seq1)
(merg (cdr seq1) seq2))))

(defun app1 (seq elem)
(merg seq (cons elem NIL)))

このプログラムを教えてください

579:デフォルトの名無しさん
07/09/30 00:54:33
宿題ならちっとは考えたフリしろよw
もしくは宿題スレへ(lisperがいるかどうかは知らんが、lisp以前の問題だ)

580:デフォルトの名無しさん
07/09/30 03:05:54
>>578
もちろん教えてあげますよ。
ただ、宿題を持ち込む人は多いんだけど情報不足なんだよね。

1. 締切はいつまで？どんなレベルの解答がお望み？
2. Lisp の授業ははじまってどれくらい？一ヶ月？三ヶ月？
3. 教科書はなにで、どれくらいまで読んだ？
4. ズバリ答えがほしいの？教育的ヒントがほしい？

別にズバリ答えがほしいならそれで即解答しますんで、正直に答えてね。

581:デフォルトの名無しさん
07/09/30 09:53:44
>>580
正直ズバリ答えてほしいのが本音ですが・・・

ヒントだけでも良いです。
締め切りは明日で、Lispは半年程やってます。教科書はありません。

582:デフォルトの名無しさん
07/09/30 12:55:52
教科書がないって、困ったな。HyperSpec とか読んでる？
指標がないと、どーかげばいいのかこっちも悩むじゃねーか。
たとえば、下のコードで何かわからない点はある？

(defun pair (seq)
(loop with counter = 0
for lst on seq
for e1 = (car lst)
do (dolist (e2 (cdr lst))
(format t "(~A ~A)~%" e1 e2)
(incf counter))
finally (format t "~D~%" counter)))

583:デフォルトの名無しさん
07/09/30 13:19:14
たぶん再帰で書いてほしいんだと思った

584:デフォルトの名無しさん
07/09/30 13:34:09
フーン。じゃあこうか？

(defun pair2 (seq)
(labels ((rec (x xs n)
(if (null x)
n
(let ((n (rec2 x (car xs) (cdr xs) n)))
(rec (car xs) (cdr xs) n))))
(rec2 (e x xs n)
(if (null x)
n
(progn
(format t "(~A ~A)~%" e x)
(rec2 e (car xs) (cdr xs) (1+ n))))))
(format t "~D~%" (rec (car seq) (cdr seq) 0))))

ブツブツ。ほんと世の中 Scheme に毒され過ぎだぜ…。過度の一般化じゃないか？
そりゃ再帰のほうが一般的なのはわかるが、特殊なケースのほうが記述が短い場合に反復を使うのを恐れるべきじゃない。
なんだったら LOOP や DOLIST が再帰で実装されていると思えばいいんじゃないか？

585:デフォルトの名無しさん
07/09/30 13:35:14
すまん、インデントがメチャクチャになっちゃった orz

586:デフォルトの名無しさん
07/09/30 13:50:45
まあ普通はループで書くと思うけどね。宿題だから再帰するのかなと。

587:デフォルトの名無しさん
07/09/30 13:53:05
本題から外れるが、
>>584
>>反復を使うのを恐れるべきじゃない。
禿同。再帰を使うだけで問題の本質は露わになる、わけじゃない。
時と場合を選べば、LOOP最強。

588:デフォルトの名無しさん
07/09/30 14:22:06
>>584
> なんだったら LOOP や DOLIST が再帰で実装されていると思えばいいんじゃないか？
よくない。再帰で実装されてると想定して、たとえば
(let (r) (dolist (x '(a b c) (mapcar #'funcall r)) (push #'(lambda () x) r)))
=> (C B A)
となることを期待すると実装依存になってしまう。

589:デフォルトの名無しさん
07/09/30 14:50:13
loop って末尾再帰とは限らないんだっけ？

590:デフォルトの名無しさん
07/09/30 15:02:38
>>582
>>584
わからないとこ多いですね↓

loopとかforとか習ってません

関数の定義、分岐(if とかcond)
リスト(list car) データのリンク(cons)
とかですね。習ったのは。すいません
もうすこし自分で考えてみようと思います

591:デフォルトの名無しさん
07/09/30 15:27:23
>>588
わざわざできない例をもってくるなよ…。
その例だと束縛をキャプチャしてるけど、その束縛を DOLIST が書きかえるんだからおかしいのは当然だろ。
束縛のキャプチャは CL じゃあ常識なんだから、CL の人はそんな事しないし気をつけるもんなんだよ。
Scheme かぶれはなんでもかんでも Scheme で考えるからハマるんだろう。
この例に限定しているつもりだったが、もちろん一般的には CL では再帰で実装されていると考えてはいけない。
俺の書き方に問題があったのは認める。普通 CL な人は IF と GOTO による実装をイメージする(macroexpand すれば一目瞭然)。

>>589
というか CL の DO* や LOOP は基本的に GOTO と IF で実装されてるから、ほぼ確実に再帰じゃない。
俺は再帰で実装している処理系を見たことがない。

>>590
やっぱり Scheme 風味な授業なんだな。じゃあ 584 のほうを提出したまえ。

592:デフォルトの名無しさん
07/09/30 15:39:20
CL から見れば 588 の例なんかは
for(i=0;i<n;i++){list.push_back(&i);}
ってやって、あとで i のポインタの先の値をみて文句を言うのと同じようなダメさを感じるわけ。
再帰でしか物を考えられない Schemer は、CL を使うときはもっと考えを切りかえてからきてくれ。
Scheme は良いものだが、だからといって他のすべてのその思想を押しつけることなどできないのだ。
身近だから CL を煽りにくるんだろうけどさ……所詮どっちもマイナーな世界だ。お互いを尊重して仲良くいこうや。

593:デフォルトの名無しさん
07/09/30 16:08:10
Schemer だって再帰を多用するわけじゃないでしょ
Shiro さんも言っていたけど fold や map、for-each や srfi-42 などのユーティリティを多用するのがスタイル
loop 的なものはあんまり使わないと思うけどね

594:デフォルトの名無しさん
07/09/30 16:15:30
>>591
(format t
とか？？なんですが

595:デフォルトの名無しさん
07/09/30 16:55:32
>>594
おれは>>584じゃないけど、おまい授業出てないだろ。
format t は printf STDOUT みたいなもんだよ。~% はタダの改行。

596:デフォルトの名無しさん
07/09/30 17:00:33
授業に出てるなら、こんなとこで質問する必要はないのでは？

597:デフォルトの名無しさん
07/09/30 17:19:39
宿題を張った奴にここまで優しいのはこのスレくらいじゃね？

598:デフォルトの名無しさん
07/09/30 17:59:27
宿題にはもっと妙な答えを教えてあげようよ。
今回のだったら tagbody と go で書くとか。

599:デフォルトの名無しさん
07/09/30 19:15:23
Scheme の srfi-42 を使って書いてほしいんです＞＜

600:デフォルトの名無しさん
07/09/30 19:16:58
>>599
そりはすれち

601:デフォルトの名無しさん
07/09/30 21:33:06
>>599 Gauche でやってみたよ
(use srfi-42)
(define (pair seq)
(let1 counter 0
(do-ec (: xs seq) (: ys (cdr (member xs seq)))
(begin
(format #t "(~s ~s)~%" xs ys)
(inc! counter)))
(format #t "~d~%" counter)))

gosh> (pair '(a b c d))
(a b)
(a c)
(a d)
(b c)
(b d)
(c d)
6

>>600 スレちがいゴメン

602:デフォルトの名無しさん
07/09/30 22:43:18
>>601
うほ！ありがとございます！
srfi-42 ムズカシイんです＞＜
Gauche のマニュアルだけでは良くわかりませんでした＞＜
サンプルがいっぱいのってるチュートリアルみたいなものがどっかにあれば、、、
スレ違いスミマセン

603:デフォルトの名無しさん
07/10/01 00:27:06
>>594
出力につかっていいの関数は何？使ってる処理系は何？
最初に聞いた質問にはちゃんと意味があって、こーゆう状況を防ぐために教科書や処理系を聞いてたんだよね。
大抵の環境なら (print (list a b)) と (print counter) にすれば動くと思うけれど。

>>598
そんなコードを見せても意味があるとは思えない。
俺はこの質問者もひょっとしたらモノになるんじゃないかと期待をしているのだよ。

604:デフォルトの名無しさん
07/10/02 00:02:57
>>584
labelsやletやformatを使わないでかけますか？printコマンドは知ってます

605:デフォルトの名無しさん
07/10/02 01:08:09
任意の型のデータｘを第一引数、cons型のデータのリストｄを第2引数として取り、dの要素のうちで、そのfirst部分がxに一致する（ただし比較はequal（）で行うものとする）ものがあればそのような要素の最初のものを返し、さも無ければnilをかえす関数assoc_equ()を定義せよ

この問題できないんですけどどなたかできませんか？よろしくお願いします＞＜

606:デフォルトの名無しさん
07/10/02 01:16:13
>>605
(defun assoc_equ (x d)
　 (assoc x d :test #'equal))

607:デフォルトの名無しさん
07/10/02 02:14:08
できました！ありがとうございます！！！
書き方がまだ習ってない技法なので、もっと簡単に書き換えるとどんなのになるのでしょうか？
よろしかったら教えていただけませんか？

ループなどでもできると聞いたので。。。

608:デフォルトの名無しさん
07/10/02 02:20:35
その昔、テーラー展開の式が書いてあってこれを証明せよって問題があった。
で、その回答に「テーラー展開より」って書いたやつがいたのを思い出した。

609:デフォルトの名無しさん
07/10/02 02:27:10
コーモンリップス

610:デフォルトの名無しさん
07/10/02 02:38:30
>>609
夜中にそんなこと言ってるからおまえは駄目なんだよ

611:デフォルトの名無しさん
07/10/02 03:04:53
（´・ω・｀）こ、こーもん・・・

612:デフォルトの名無しさん
07/10/02 22:22:06
>>607
半年で let がでてこないのはすごいなぁ。
書いてもいいけど、もう締切は過ぎたんじゃないの？

ループによる解答は 582 で出てるよ。

613:デフォルトの名無しさん
07/10/03 05:12:01
ある情報を処理するアプリケーションをC言語で書きました。
で、そのアプリケーションは処理結果としてdouble型の数値を3つ結果として出力します。
ここからが質問なのですが、
ウェブサーバを立ち上げて、クライアントが情報を入力すると、このアプリケーションが処理して
処理結果の数値をデーターベースに格納出来るようにしたいんです。
この用途にKahuaは使えるのでしょうか?
もしくはコレが出来るライブラリみたいな物は有りますでしょうか?

614:デフォルトの名無しさん
07/10/03 12:28:35
>>613
そのアプリケーションをあなたが書いた物と仮定する。
やりたいことは可能だが、意味のある事じゃない。
むしろ元アプリケーションをfastcgiライブラリを使うように少し修正してmod_fastcgiを使うか
shellでcgiを書いて受け渡す方が楽だろう。

615:デフォルトの名無しさん
07/10/03 22:17:49
>>614
意味がないとまで断定するこたぁないと思うが。
AllegroServe で R と連携する例。
URLﾘﾝｸ(cl-www.msi.co.jp)

616:デフォルトの名無しさん
07/10/03 23:14:32
>>615
元コードがCで書かれていて、さらにKahua上から制御できるかいと聴かれているのだから意味が薄いって事なんだよ。
しかもあなたの提示はAllegroServeじゃないか。
そりゃ元コードがCommonLispだったら楽しそうだし、もしも元コードがSchemeで書かれていればKahuaでの実装に美しさを感じるだろうことは否定しないんだけど。

ちなみに僕のおすすめはFastCGIでLisp実装っていうもっと尖っているけどApacheあたりと仲良くモードです。

617:デフォルトの名無しさん
07/10/03 23:38:40
ヒント：ここは Common Lisp 入門スレ
Kahua でも AllegroServe でも別にいいんじゃね？
標準入出力/パイプ/ソケットで制御するなら別にどっちでもかわらんだろう、と思って R をごにょごにょする例を紹介したのだが。

618:デフォルトの名無しさん
07/10/03 23:51:05
いいじゃん、「意味」なくても。
>>613 の要件ってLisperが気にするほど効率要求されてないと思う。

だとしたら、せいぜい AllegroServe+FFIとか、gauche からCを呼びだす方法とか
(おれはkahua知らないけど)、軽く面白そうな選択肢を教えてあげりゃいいんじゃね？

619:デフォルトの名無しさん
07/10/03 23:52:08
>>617
いや、CommonLispスレに元CコードをKahuaとまぜこぜ可能かって聴かれたからこそあの回答なんですけど orz
そりゃ僕だって全部CommonLispでってのはスレ的に正しいとは思うけどあんまりなんじゃないかい？

なんとなく質問した奴の状況が感じられる状況と似た境遇にあった俺が2ch的にあまちゃんなんだろうけどさ。

620:デフォルトの名無しさん
07/10/04 00:12:13
「元CコードをKahuaをまぜこぜ可能か」って質問だったの？
「アプリケーションをC言語で書きました。」だからスタンドアロンな実行バイナリをイメージしてたよ。
んで >>615 を紹介したわけ。別に Kahua でもいいかなーと。run-program で起動して結果をうけとるでもいいんじゃねーと。
あくまで外部コマンド + Lispサーバで、「全部CommonLisp」とか書いたつもりはないけど…。

621:デフォルトの名無しさん
07/10/04 00:24:45
>>620
あー、今夜の僕は読解力ないかも（週も半ばなのに大分呑んだし）
僕が解釈したのは元の計算コードをCで記述済みでウェブサーバにKahuaを使った場合にそのCコードの産物とどうやってやりとりしたらいいの？
って事だったんで、そこまで境界がきれいにわかれてるならLispに拘らない方がいいのじゃないのっていうスレ的には正反対の結論がでちゃったんだ。

;;;うーむ、今受験の引っかけ問題や詐欺師がきたら死ねるなぁ。

次ページ