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

**デフォルトの名無しさん** · 2014/09/21(日) 22:49:21.73

Lisp Schemeスレでは恥ずかしくて聞けないようなことを質問したり、
Lisp Schemeスレの話題は高度すぎて気後れする人が話しあったり。
それ以外でもCommon Lispについての話題なら歓迎します。

ま、ゆっくりやりましょう。

「いいものの本質は、いかなる時代においても変わらない」byパワーズ

■前スレ
【入門】Common Lisp その10【質問よろず】
http://peace.2ch.net/test/read.cgi/tech/1361341876/

■Wiki
http://wiki.fdiary.net/lisp/ (id:guest pass:cl)
http://cl.cddddr.org/
http://tips.lisp-users.org/common-lisp/

**デフォルトの名無しさん** · 2021/01/25(月) 14:15:55.11

ありすぎるけどtraceとmacroexpandパワーでデバッグは楽なので気にすんな
disassembleやfunction-lambda-expressionやsource-location系もたぶん処理系依存？（大体あると思うけど）
ちょっとしか触ってないがschemeはインスペクタが統一されてない感じ？がある

**デフォルトの名無しさん** · 2021/01/25(月) 14:17:00.31

形式的に見つけられるバグは絶対許さない言語はML系だろうな、ocamlとか

**デフォルトの名無しさん** · 2021/01/25(月) 22:05:41.34

traceとmacroexpandパワーでデバッグが楽ちんだとおもったときが一回もない

**デフォルトの名無しさん** · 2021/01/26(火) 21:21:48.32

う、うむ…
lisp2dotおすすめ
慣れると変な繋がり方してるのぱっと見でわかるようになる

**デフォルトの名無しさん** · 2021/01/27(水) 13:51:29.88

quicklispって必要？ｑuicklisp必要になったことないんだけど

**デフォルトの名無しさん** · 2021/01/28(木) 04:27:57.25

>>775
他言語だと好き勝手に投稿されてるマネージャが主だけど、qlはちゃんとメンテ精選してる人が居るのでありがたいよ
トップライブラリならちゃんと開発が回ってるからいいけど、準有名程度くらいだとオリジナルの更新数年無し、個人フォークが何十もあって、どれ使えばいいか&何が違うかよくわからんやろ

ただインストーラとしてはすごい便利なんだけど、qlコマンドは殆ど呼んでないな
あちこち要らないとこ読みに行って起動に10秒かかる（よね？）
セットアップでrcに追加される"quicklisp/setup.lisp"を消して、勝手に起動しないようにすると快適
(require 'asdf)で置き換えてqlのディレクトリをパスに加え、(asdf:load-system 'sysname) 等で読み込めば一瞬だし、当然バックエンドのasdfのapiの方が粒度が細い、再コンパイルも防げる

ffi等含め静的にlispイメージをダンプして普段使いするよりずっと便利

**デフォルトの名無しさん** · 2021/01/28(木) 04:41:35.03

月例更新と各プラットフォーム&処理系のグリッドビルドテストまでしてるのに、肝心のqlクライアントの最新版が8年前更新のゴミクズなのはなんでなん
教えてエライ人

**デフォルトの名無しさん** · 2021/01/29(金) 18:34:12.35

５ｃｈとはいえゴミクズとかよく書けたもんだよな

**デフォルトの名無しさん** · 2021/02/03(水) 23:16:18.90

最近CLで書かれたカッコいいアプリとかありますか？

**デフォルトの名無しさん** · 2021/02/05(金) 15:45:28.69

ごめん言い過ぎた、お世話になってます

**デフォルトの名無しさん** · 2021/02/06(土) 04:19:51.16

最近書かれたというか、最近のCASのバックエンドはほぼほぼmaximaだったりする
歴史こそ古いが、急にフリーCASシェアNo1(たぶん…)になったので
PythonでもCASをやってるけど、Pythonで一番高機能&人気あるSageMathの高度な部分はほぼmaximaラッパで、ブロブである必要が無い部分はサブセットのSymPyに投げる構成（あと少しのmagma

maxima自体はalgol風に書くんだけど、algol度で言えばPythonに劣るし、もちろんlispでも書けるけどちょっとワークアラウンドが面倒…

**デフォルトの名無しさん** · 2021/02/06(土) 04:20:36.20

理由が抜けてた
要はPython様々ですな

**デフォルトの名無しさん** · 2021/02/06(土) 16:16:42.00

lemをインストールしたのにコマンドラインから認識しない…
roswellは入ってて動いてるんだけど

**デフォルトの名無しさん** · 2021/02/06(土) 21:39:13.96

>>696を見て自分にはlemは無理そうなので止めときます

**デフォルトの名無しさん** · 2021/02/07(日) 07:44:25.19

lispで書けるvimがあれば最高なのになあと思ってたらlemが出たけどまだ時期が早い
応援だけしてる

**デフォルトの名無しさん** · 2021/02/07(日) 13:02:03.70

lemはgithubに登録されたのが2015/8/5だから、結構時間は経ってるな

**デフォルトの名無しさん** · 2021/02/08(月) 12:20:16.02

まださわりだがClozureCLなかなかいいな
objcのインターフェース持ってる関係でtcl/tkで面倒なことしなくてもいいし
スタンドアロンも作れる
とりあえずslimeで使えるようにしてぼちぼちやってみるわ

**デフォルトの名無しさん** · 2021/02/08(月) 15:14:00.45

packageをアクセサが簡潔な構造体として使ってるけど、他人が使ってるの見たことない
なんか不都合あるのかな？

(make-package :cyan)
(setf cyan::r 0
cyan::g (sq 13)
cyan::b (sq 15))
cyan::g ; => 169
みたいな感じで

最後の行以外は(defun make-color (name r g b)…)みたいなに包んでコンストラクタに（あと怒られないようrgbをdefvarしたり初期値入れたり）
チェーン式記法だと補完が効くのが便利かと思ってる
(make-color :magenta ...)
(defun inc-chroma (col) ...)
(setf :vivid-cyan (inc-chroma :cyan))
みたいにパッケ渡して返って来た新パッケをbindしたり
make-package(のラッパ)にgensym渡して無名インスタンスをバコバコ作ったり

実は文法の変なdefstructが嫌いなだけだったり…
暗黙のアクセサ作ってくれて、それ故に人のコードも暗黙の了解で読めるのはありがたいけど

**デフォルトの名無しさん** · 2021/02/08(月) 15:20:42.83

パフォーマンスは気にしてない

でも多分*package*から見えるパッケはgcされないはずだから（見えてるからそうだよね？）

入力受けて吐いてすぐ終了のプログラム以外ではちゃんとdelete-packageする必要がありそう

**デフォルトの名無しさん** · 2021/02/08(月) 15:28:12.97

>>787
楽しそうでなにより

**デフォルトの名無しさん** · 2021/02/08(月) 15:30:16.27

携帯で適当に書いたから、今見直しておかしいとこいっぱいあるけどその辺は見逃して下さい
:cyanは自己評価だからsetfできないとか、(symbol-package :cyan)とかで通ったっけ

**デフォルトの名無しさん** · 2021/02/08(月) 15:39:43.51

いやいやそもそも:cyanはkeywordに住んでるので、string designatorとして適切であっても、symbol-*に渡す時はシンボル'cyanですね
対話的に使ってる時は便利だけど、白紙から書くと間違いまくってるのがこの手法の怪しさを証明してるかも…

**デフォルトの名無しさん** · 2021/02/08(月) 17:09:30.27

＞　なんか不都合あるのかな？

議論する価値ない手法だとおもうけどさ
他人とコードをシェアしないで一人でかくのはいいんでないか？
パッケージはhash-tableで実装されているから構造体よかhash-tableが便利いうてるのと大差ないわな
ｐｅｒｌのパッケージ調査してみれば？

**デフォルトの名無しさん** · 2021/02/08(月) 18:22:21.06

>>793
その辺はわきまえるよ

処理系の実装まで思い至らなかったので、記法だけを見てハッシュとしての特性を考えて無かった

標準のhashはネストしたときトリッキーなので、qlからaccessライブラリやマクロを駆使した中置アクセサが提供されてるけど、何もuseしないパッケージを使えば素直で性能も出そうだね
特にaccessはjsonとか読む用で、疎なテンソルの扱いとか考えてないし

早速ベンチしてみる、ありがとう！

**デフォルトの名無しさん** · 2021/02/08(月) 19:28:02.06

うーん、、パッケージに属する変数との違いが分からない

**デフォルトの名無しさん** · 2021/02/08(月) 21:19:48.59

シンボルのｐ-ｌｉｓｔのほうがなんぼかましだろな
(setf (symbol-plist 'cyan) '(r 0 g (sq 13) b (sq 15)))
(setf (get 'cyan 'r) 42)
(symbol-plist 'cyan)
(r 42 g (sq 13) b (sq 15))

**デフォルトの名無しさん** · 2021/02/08(月) 22:30:06.33

再帰的にパッケージ作ってはimport でホームに設定してるけど…やっぱり筋が悪かったですごめんなさい

一応軌跡だけ
デフォルト値はエラーをhandler-bindで捕まえる
cl-userの(list-all-package)が汚れるからcl-userから先頭以外はuninternして、でも参照は保持して…と
hs見たらdelete-packageやuninternしてもアクセスは許されるがpathologicalなのでチェックは行わないとか書いてる
怪しからん事になってきた

>>796
lisp5らしい方法ですね
propertyスロットに入れたのに、value slotにアクセスしようとしていつも怒られるからあんまりやらないけど…
情報付けたいけどvalueスロットが既に埋まってて、それがライブラリ由来で手を入れたくない時とかの非常口として稀に役に立つ

**デフォルトの名無しさん** · 2021/02/08(月) 22:35:25.83

sbclではcl-userからのfind/list-all-packageに引っかからなくても普通に生きてるみたい

**デフォルトの名無しさん** · 2021/02/12(金) 01:40:00.02

どれくらいplist(用のセル)が使われてるんだろうかと(do-external/all-symbols (s :clとか色々) (when s (print s)))してみたらinternalには意外に使われてた
まあ殆どデバッグ用のタグのようだが

**デフォルトの名無しさん** · 2021/02/14(日) 06:07:46.29

The Lisperati1000 Is a Cyberdeck Terminal Dedicated to Lisp Programming
Dr. Conrad Barski wanted a small, portable device for coding Lisp on the go and
built the Lisperati1000 cyberdeck terminal for the job.

The Lisperati1000 is a very compact device based on the Raspberry Pi Zero W single-board computer.
Its most striking feature is the 8.8” LCD display,
which has an ultra-wide aspect ratio with a resolution of 1920x480.

**デフォルトの名無しさん** · 2021/02/16(火) 17:55:44.18

たのしそう
なんですげー細長いのかすらもよく分からんが
androidだとeclのreplがあるけど残念UIで殆ど触ってない
外付けBluetoothキーボード安いの買ってみるかな

**デフォルトの名無しさん** · 2021/02/16(火) 18:22:07.49

DynabookならぬTecobookみたいなｗ

**デフォルトの名無しさん** · 2021/02/16(火) 22:06:52.79

ポン叩くとnilが生じ、クルッと( )で囲んだり、ピンチで←(こう)→引き伸ばしたり、そこへ(flick me)をフリックで放り込んだり(こ (flick me)う)したいです

例えはプログフォームなことを忘れてたら
ここを(kar | kadar...)こうシュッと分裂(kar ) ( kadar...)させてシュッと((kar ) ( kadar...))こうする感じで
よろしくおねがいします

**デフォルトの名無しさん** · 2021/02/16(火) 22:16:37.94

paredit/vim使ってるけど脳内操作感はこんなんだな
vimでジェスチャーは難しそう？
:nnomap <left-mouse> ,@（スプライス/paredit）みたいのはタブレで桐南るんだろ？
マウスなら左右中×シングルダブクリの6パターン使えるが

**デフォルトの名無しさん** · 2021/02/16(火) 23:05:06.72

play storeに転がってるvimの投げやりなポート触る限り、矩形選択が使えそう？
範囲だけで動きが追えないが
キーボードフリーvimなんて、と思ったけどふと試した音声入力が結構戦える事に気づいた（約物とauto-capさえ切れば）
修飾キーあんまり使わないからだね
:、escよく使う大文字修飾コマンド、モード切替あたりはリマップする必要があるが
(par、)renでいこう

**デフォルトの名無しさん** · 2021/02/17(水) 01:10:17.45

hyperspecの発音記号の項目が輝く時がやっと来たのか

**デフォルトの名無しさん** · 2021/03/04(木) 00:09:41.26

hsもcltl2も大体読んで細かいとこ気になってきたらansi/isoも読むべき？
60$とえらく高いし製版の評判ボロクソだけど
ANSIに持ち込んで版権付く直前のドラフトがansi-cl.psでググって出てくるけどどのくらい違うんだろ、並べて読まないとhsとは違いが分からんが…
処理系作成者以外が参照する準公式文書でフリーなのは以上3つで尽きてるよね？
もし買った熱心な方いたらお願いします

**デフォルトの名無しさん** · 2021/03/04(木) 00:29:46.91

紙のスキャンでocrすらしてない名ばかりpdf、スキャンが斜めってて端の方の文書が欠けてると聞くと、むしろ怖いもの見たさが湧く
c/c++のように違法アップロードが見当たらないのはclの民度が高いのか、もっと高額だからか、それとも単に需要がないからなのか…

**デフォルトの名無しさん** · 2021/03/04(木) 02:23:20.12

情報元にドラフトと内容の違いはないというのも書いてあったよな

**デフォルトの名無しさん** · 2021/03/04(木) 12:33:01.96

>>809
そうなの、ありがとう
じゃあ古代のマニュアルでも読んでた方がむしろcons/prosを学べそうだな

**デフォルトの名無しさん** · 2021/03/04(木) 13:48:00.83

無理矢理なPDF版よりも、むしろ紙の仕様書が欲しい
AmazonのPODで売ってくれたら絶対買う

**デフォルトの名無しさん** · 2021/03/04(木) 15:02:38.87

紙の持ってるとほんといいね
寝ながらcltl2の余白に書き込みまくってる、枕にも丁度よい
amazon中古送料込み450円なんでためらいもない

**デフォルトの名無しさん** · 2021/03/07(日) 21:32:46.67

誰か教えてください
CLOSでデストラクタ的な事をするにはどうしたらいいんでしょうか？

(defmethod delete ((o myclass))
~disconnect DB connection とか colse socket とか~ )

(let ((obj (make-instance 'myclass))) ... )
参照が残っていなければ勝手に (delete obj) がコールされるのが理想です

少しググっても「放っておけばガーベッジコレクトされるのに何を心配する必要があるんだ？(英語) 」
みたいなのばかり引っかかってどうにも分かりませんでした

**デフォルトの名無しさん** · 2021/03/07(日) 21:44:41.79

参照がないことを検知できないので
disconnectやらcloseやらは明示で呼ぶしかない

**デフォルトの名無しさん** · 2021/03/07(日) 21:54:16.38

ありがとうございます
それが Lispスタイルなのですね、少しづつ慣れていこうと思います

**デフォルトの名無しさん** · 2021/03/07(日) 22:12:51.14

単に接続を確実に閉じたいだけなら、with-open-file みたいなマクロ書くけど
CLOSかぁ

**デフォルトの名無しさん** · 2021/03/08(月) 21:55:25.40

c++にとらわれすぎc++の用語で検索するからヒットがないだけでlisp raiiで検索すると沢山でてくるよ
リソース管理だから816の回答が定石

**デフォルトの名無しさん** · 2021/03/10(水) 01:22:08.43

with-なんたらがC#のusing相当よね

**デフォルトの名無しさん** · 2021/03/11(木) 00:45:34.23

Python の with はCL由来かな

**デフォルトの名無しさん** · 2021/03/11(木) 09:02:08.80

Pythonはpaulがベタ褒めしてから20年くらい追ってるけど、元はblock(不採用)として提案され、先例上げるのが通例なのに言及もなかったはずなので直接は関係ないんじゃないかな？
pepでよく言及されるのは確かだが
今だと構文マクロは却下されそうだな、面白そうなのに

ふつうの言語はASTを内部表現に採用してると思うが、Pythonは標準関数で抽出&evalを許してるのが特異で面白い
lispインタプリタ書きなどしなくとも、ノードのラベルをリストのcarと入れ替えるだけの数行のコードでフルパワーlispになる

**デフォルトの名無しさん** · 2021/03/11(木) 21:29:17.70

>>820 ちょっと何言ってるか分かんない

**デフォルトの名無しさん** · 2021/03/12(金) 00:20:34.70

>>820
うーん、ちょっと信じられん、Python の内部表現ぐちゃぐちゃじゃなかったっけ
コードで示せる？

**デフォルトの名無しさん** · 2021/03/13(土) 03:54:58.89

CCLでdexadorが使えなくて困ってるのだけどもしかしてビルド失敗してるのかな
SBCLなら通るのだけどCCLだとこんなエラーになる

ttps://i.imgur.com/uCzQQTm.png

lispの問題解決はそもそもよくわかってないのでどうしたらいいものやら

**デフォルトの名無しさん** · 2021/03/13(土) 06:33:03.19

SBCLつかう

**デフォルトの名無しさん** · 2021/03/14(日) 15:46:41.12

>>823
connection refused って出てるあたりよく分からないなあ。
俺が手元のMacで試すと成功したのでより分からない。

いっそのこと HTTP クライアント変えて Drakma 使うとか。
(ql:quickload "drakma")
(drakma:http-request "https://ja.wikipedia.org/wiki/Common_Lisp";)

**デフォルトの名無しさん** · 2021/03/14(日) 16:55:20.29

>>797
propertyはおもむろにsetfしても怒られないので対話使用に便利

というのはさておき怒られない理由が気になる
letでそのシンボルを束縛しててもグローバルのシンボルのplist見に行くよね？
単に気にもかけられない機能だからとか？

**デフォルトの名無しさん** · 2021/03/14(日) 17:02:06.59

ああletで束縛するのはplistという名前のvalueであって、getf 'plist 'propって書けば当然シンボルとしてのplistを見に行くわな
自己解決

**デフォルトの名無しさん** · 2021/03/14(日) 17:04:59.01

するとpletって概念が頭に浮かぶんだけど、どう実装できるだろう？
ちょっと思いつかない

**デフォルトの名無しさん** · 2021/03/15(月) 00:09:02.39

>>825
Drakmaも同様にだめでした
今の所どこから手をつけたらいいかわからないけど地道に調べます

**デフォルトの名無しさん** · 2021/03/15(月) 22:54:46.18

ccl使ってないからわからないけど、ipv6とか出てるのが気になる

**デフォルトの名無しさん** · 2021/03/16(火) 00:47:01.98

最近Lispというものを知ったのですが、皆さんはなぜこの言語を使っているのですか？

**デフォルトの名無しさん** · 2021/03/16(火) 01:48:52.01

マスコットが可愛いから

**デフォルトの名無しさん** · 2021/03/16(火) 15:35:46.37

どこまでも動的だから

**デフォルトの名無しさん** · 2021/03/16(火) 16:36:23.79

遊び甲斐がある、たぶんFORTHと並んで最も面白い言語から
しかし仕事はない
間接的に地力固めにはなってる気はする

**デフォルトの名無しさん** · 2021/03/16(火) 16:39:38.49

求人ねえかなあ…

**デフォルトの名無しさん** · 2021/03/16(火) 16:47:09.56

lisperを集めてもみんな船頭になりたがる人種だから川渡れないよなあ
伝説的なプロジェクトは大体少人数ってのが裏付けている、気がする

**デフォルトの名無しさん** · 2021/03/16(火) 17:51:29.58

CCLの再ビルドをしていて気づきましたがcan’t findが大量に出てますねえ・・
ccl -n
>(rebuild-ccl :clean t)
Can't find #P"ccl:library;lispequ.dx64fsl.newest" so requiring "ccl:library;lispequ.lisp" instead
Can't find #P"ccl:bin;hash.dx64fsl.newest" so requiring "ccl:lib;hash.lisp" instead
Can't find #P"ccl:bin;backquote.dx64fsl.newest" so requiring "ccl:lib;backquote.lisp" instead
Can't find #P"ccl:bin;level-2.dx64fsl.newest" so requiring "ccl:lib;level-2.lisp" instead
.....

この後にも大量に出てますが対象のlispファイルは存在しているようなので
見にいくようにすればいいのではないかと思いますがやり方がわかりません
どなたか教えていただければ助かります
CCL本体のmake自体は特に何も出ていませんでした。

**デフォルトの名無しさん** · 2021/03/16(火) 20:24:15.22

うちはsbclなんであれだがSBCL_HOMEみないな名前の環境変数は.../lib/sbclをちゃんと指してるか？

**デフォルトの名無しさん** · 2021/03/16(火) 20:51:54.59

ttps://github.com/Clozure/ccl/releases
ここを見る限りは必要ないみたいです
ほとんどは参照に成功しているようでLoadingとCommpilingが繰り返されてますね

さっきから調べてますがちょっとこれ手に負えないですわ・・

**デフォルトの名無しさん** · 2021/03/16(火) 21:47:53.48

そもそもどういう環境なのか書いて欲しい
エスパーするにも限度があるぞ

**デフォルトの名無しさん** · 2021/03/16(火) 21:56:26.16

すみません
high sierra 10.13.6 です
経験なさすぎて手に負えません
先輩方お願いします

**デフォルトの名無しさん** · 2021/03/16(火) 22:14:38.72

趣味悪いやつがどこまでエスパーできるか試してるようにしかみえん・・

**デフォルトの名無しさん** · 2021/03/16(火) 22:19:17.23

どうやってインストールしたん
CCLのバージョンは
なんでCCLの再ビルドしたん

**デフォルトの名無しさん** · 2021/03/16(火) 22:31:08.36

ttps://github.com/Clozure/ccl/releases
ここにある通りです
CCL 1.12がlatestのはずです

git clone https://github.com/Clozure/ccl.git ccl-dev
curl -L -O https://github.com/Clozure/ccl/releases/download/v1.12/darwinx86.tar.gz
cd ccl-dev
tar xf ../darwinx86.tar.gz

なおここから先のCCL本体のビルドはやってもやらなくても結果は同じでした
cd lisp-kernel/darwinx8664
make clean
make

ln -s */ccl-dev/dx86c164 ccl
は適宜やってます

単にCCLはビルド以外の提供がなかったからビルドしただけで他意はないんです

**デフォルトの名無しさん** · 2021/03/16(火) 22:34:20.43

lisper だけにエスパーは得意でございます
お後がよろしいようで…

つか、なんかcclのページに何か不安なこと書いてるね
Unfortunately, on Windows and macOS Catalina, (rebuild-ccl :full t) will not work.

**デフォルトの名無しさん** · 2021/03/17(水) 02:23:28.92

>>844
たまたまうちの環境も High Sierra だけど CCL は roswel で導入したのを使ってる (他に sbcl と abcl-bin を入れてる)
確かに ccl-bin でしか提供されてないけど気にならないので再ビルドする気にはならんね

> Can't find #P"ccl:library;lispequ.dx64fsl.newest" so requiring "ccl:library;lispequ.lisp" instead
> ...
この箇所ってエラーではないと思うよ

コンパイル済みの "ccl:library;lispequ.dx64fsl.newest" が見つからんので
代わりに "ccl:library;lispequ.lisp" を探すわ (そしてコンパイルするわ)
ってだけのメッセージでしょ
(translate-logical-pathname "ccl:library;lispequ.lisp") の場所にファイルがあれば何も問題ないはず

**デフォルトの名無しさん** · 2021/03/17(水) 05:48:07.88

>>846
なるほど実は(rebuild-ccl :clean t)は必要なかったんですかね
気を取り直してCCL本体はmakeせずrebuildも打たない形にしてみたんですが

やっぱりdexadorは同じところで止まるようです
しかしCCLで動いている方もいるようなので(>>825)
こうなるとますますわかりません
何か設定がおかしいのか、足りないのか・・

とりあえず現状で:F 1から:F10まで追ってみたんですが
SSLっぽい引数が全部NILってことに気づいてSSLをしくっている可能性を考えました
internet-familyはIPv6/IPv4に対応しているような感じは受けますがそこはまずおいておいて

IPv4を返しているwww.niconico.jpをgetさせたらkilled: 9でCCL自体落ちました

**デフォルトの名無しさん** · 2021/03/17(水) 05:57:38.64

（続き）
こうなるとdexadorがCCLに対応していない可能性があると思い
ttps://github.com/fukamachi/dexador
ここを見ると特に対応情報とかはないようですがサンプルから

? (dex:get "http://lisp.org/";)
"<HTML>
<HEAD>
<title>John McCarthy, 1927-2011</title>
・・・中略・・・・
<a href=¥"http://www-formal.stanford.edu/jmc/¥;">John McCarthy's Home Page</a><br>
<a href=¥"http://news.stanford.edu/news/2011/october/john-mccarthy-obit-102511.html¥;">Obituary</a>
</BODY>
</HTML>
"
200
#<HASH-TABLE :TEST EQUAL size 10/60 #x302002997A5D>
#<QURI.URI.HTTP:URI-HTTPS https://lisp.org/>;
#<SSL-STREAM for #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/11) #x30200299FA3D>>
?

んー？落ちてきますねえ・・
https://lisp.org/に変えても落ちてきます。
dexadorに頼っていいのかどうかわからなくなってきました

**デフォルトの名無しさん** · 2021/03/17(水) 06:03:28.42

>>847のリンクを間違えました
誤　IPv4を返しているwww.niconico.jpをgetさせたらkilled: 9でCCL自体落ちました
正　IPv4を返しているwww.nicovideo.jpをgetさせたらkilled: 9でCCL自体落ちました

**デフォルトの名無しさん** · 2021/03/17(水) 10:33:15.58

>>847
High Sierra + CCL 環境で問題なくgetできてるよ
quicklisp周りのアップデートしたら直るんじゃないかな

**デフォルトの名無しさん** · 2021/03/17(水) 11:20:35.79

環境構築めんどくせえからxyzzyかPortacleでいいや

**デフォルトの名無しさん** · 2021/03/17(水) 11:57:13.48

lisp.orgなる良いドメイン確保してるの初めて知った…
stanfordのjmcのhpへのリンクがあるだけ？
(いまお外でスマホブラウザftpできない)

**デフォルトの名無しさん** · 2021/03/17(水) 12:14:26.44

ubuntsu で普通にaptでsbcl落とせたはず、ccl は知らんけど
850のコメントが正しいと思う、usocket が壊れてるとかかな

**デフォルトの名無しさん** · 2021/03/17(水) 12:30:51.87

やってみました

? (ql:update-client)
The most up-to-date client, version 2021-02-13, is already installed.
T

? (ql:update-all-dists)
1 dist to check.
You already have the latest version of "quicklisp": 2021-02-28.
NIL

特に何も変わらないようです・・
ccl自体はquicklispの管理には入っていないと思うのですがこれを組み込むべきと言うことでしょうか？

**デフォルトの名無しさん** · 2021/03/17(水) 16:11:31.69

>>854
あと考えられるのは
quicklisp/.. . .. /cl+ssl-20210228-git/src/reload.lisp で
libcrypto.dylib, libssl.dylib をロードしようとしていて

システム標準ライブラリに付いてるコメントが怪しい ( MacPorts/Homebrew etc. の dylib を優先的に探索している)
"libcrypto.dylib" ;; default system libcrypto, which may have insufficient crypto
"libssl.dylib" ;; default system libssl, which may have insufficient crypto

「これだと暗号化が不十分かも」という事は、 https 通信で問題起こす可能性があるということ
そこで拒否られる ( connection refused ) かどうかはサーバーのバージョンと設定次第なんじゃないかと
なので自力 make install か homebrew とかでを最新の openssl をインストールしたら直るかもよ

それと dexador/drakma はサーバーがLocation属性で示したリダイレクト先(大抵は https://... ) 見に行くようなので
httpなら大丈夫だった, httpでも拒否られたってのはアテにならない気がする

**デフォルトの名無しさん** · 2021/03/17(水) 16:20:38.24

ああ、qlはssl対応してないんだっけな(遠い目)
永久にβ版

**デフォルトの名無しさん** · 2021/03/17(水) 20:29:18.59

>>854 あと rebuild-ccl についてなんだが

https://github.com/Clozure/ccl/releases を見ると
Windowsや macOS Catalina だと (rebuild-ccl :full t) はうまくいかないかも
Xcode 11 (Mojave) の一部バージョンだと make も通らんかもとあるが
我々の環境 Xcode 10.1 (High Sierra) では大丈夫なはず

;; git 版 rebuild-ccl ;;
ccl-dev❦:./dx86cl64 --no-init
? (rebuild-ccl :full t)
. . ... . .
;Building lisp-kernel ...
;Kernel built successfully.
できた

;; roswell 版 rebuild-ccl ;;
~❦:ros install ccl-bin {まだ入れてなければ}

~❦:ros +Q +R run { +Q: quicklisp無し, +R: "--no-init" に相当 }
? (rebuild-ccl :full t)
. . ... . . できた

~❦:ros run {普通に起動}
? (ql:quickload :dexador)
? (dex:get "https://lisp.org";)
. . ... . .
とりあえず問題無さそう
素のCCLとの性能差は体感では分からなかった

**デフォルトの名無しさん** · 2021/03/17(水) 21:56:44.29

>>855
libcryptoとlibsslは自分でビルドしたのを/usr/local/libに置いてます
そんなに古いわけじゃないとは思うんですが早速更新して見ます

SSL関係はCLの標準ライブラリとして持ってるものだと思ってました・・

**デフォルトの名無しさん** · 2021/03/18(木) 00:04:37.76

うーんだめでした
CCL本体のmakeをせずrebuildもしないものと
CCL本体をmakeしrebuildも実行したものどっちも同じ結果です

[package dexador.error]...........................
[package dexador.backend.usocket].................
[package dexador].
(:DEXADOR)
? (ql:update-all-dists)
1 dist to check.
You already have the latest version of "quicklisp": 2021-02-28.
NIL
? (dex:get "https://ja.wikipedia.org/wiki/Common_Lisp";)
> Error: Error #<USOCKET:CONNECTION-REFUSED-ERROR #x3020023388AD>
> While executing: USOCKET::RAISE-ERROR-FROM-ID, in process listener(1).

OpenSSLの最新はmake testをパスしてます

/usr/local/libは優先パスになってるので通常そこはいいはずなんですが
quicklisp側に設定がいるんでしょうか

前から気になるのはquicklispのsetupを実行するといつまでたっても終わらないことですね
仕方ないので
rm -rf ~/quicklispで消してから
ccl ―load quicklisp.lisp
(quicklisp-quickstart:install)
(ql:quickload :dexador)
(dex:get "https://ja.wikipedia.org/wiki/Common_Lisp";)

とかやってます

**デフォルトの名無しさん** · 2021/03/18(木) 00:17:32.21

そんなにこだわることかね？安定版、あわよくばプリコンパイル済の入れて差分は手動パッチの方が楽じゃないの

俺なんか素のリスプイメージから10代くらいsave-lisp-and-dieし続けた秘伝のイメージだから、もはやどうやって再現していいのかわからん

**デフォルトの名無しさん** · 2021/03/18(木) 00:26:02.89

特にmakeせずgitでプリコンパイルされているものを使ってもだめなのでよくわからないんですよね
common lispの環境もよくわかっていないので問題解決もままならないです
OpenSSLは正しく/usr/local/libに入っているのを確認しているのでそこは大丈夫なはずですが
何かしらの理由で読んでいないとかだとまずいですねえ・・

**デフォルトの名無しさん** · 2021/03/18(木) 00:27:52.12

>>860
それはそれでダメだろw
再現できる環境作れなきゃ、時代遅れ過ぎる

**デフォルトの名無しさん** · 2021/03/18(木) 00:31:03.23

愛着が湧いてくるのです

**デフォルトの名無しさん** · 2021/03/18(木) 02:31:51.99

>>861
あと思いつくのは

・コンパル済みキャッシュ
念のため真っさらに
rm -rf ~/.cache/common-lisp/ccl-1.12-f98-macosx-x64

・Fink, MacPorts, Homebrew 経由の古い libcrypt.dylib, libssl.dylib
こいつらは /usr/local/lib/* より参照優先度が高い ( sbcl だと大丈夫な理由が分からんけど )
インストールした覚えがなくてもチェックしときましょうか

とか？

**デフォルトの名無しさん** · 2021/03/18(木) 07:21:38.54

ld.conf.d とか変に弄ったのを忘れてるに一票

**デフォルトの名無しさん** · 2021/03/18(木) 14:14:43.37

>>864
fink /sw ~/sw はありませんでした
MacPorts /opt 以下はX11だけでした
Homebrew /opt/homebrew はありませんでした

コンパイル済みキャッシュ・・はどこにあるのか結局わからなかったので
CLLのフォルダごと削除して新しくgit cloneしました

~/.cache/common-lisp/ccl-1.12-f98-macosx-x64 はありました
他にsbclとかも入っていたので全て消しました

あとは同じように
m -rf ~/quicklisp
ccl ―load quicklisp.lisp
? (quicklisp-quickstart:install)
? (ql:quickload :dexador)
? (dex:get "https://ja.wikipedia.org/wiki/Common_Lisp";)
> Error: Error #<USOCKET:CONNECTION-REFUSED-ERROR #x30200246AE5D>

ダメでした・・
URLによってエラーになったりならなかったりよくわからないですね

>>865
特に触っていないと思います
この間始めたばかりの素人なのでインストールガイドに書いてあることくらいしかできてないのです
そういうわけなので設定とかもしかしたら必要なのかもしれませんが全くやっていません

**デフォルトの名無しさん** · 2021/03/18(木) 15:56:19.49

システム標準の "libcrypto.dylib"　"libssl.dylib" が connection refused の原因なのか？という件

quicklisp/dists/quicklisp/software/cl+ssl-20210228-git/src/reload.lisp を編集して
どのdylibも存在しないパスに書き換えると (ql:quickload :dexador) に失敗するので「リストにあるどれか」を必要としている事は確か
そしてシステム標準以外を見に行かないようにすると...
少なくとも https://lisp.org, https://nicovideo.jp に関しては問題なく ( dex:get ... ) ができました

>>866
/usr/local/lib/ にインストールしたOpenSSL は大丈夫なはず！
かどうかは分からないので同じように試してみるといいかもしれない

**デフォルトの名無しさん** · 2021/03/18(木) 16:03:33.65

動いてないの質問者１人で動いてるやつ３人くらいいる状況だと質問者の環境がおかしいとしか・・

**デフォルトの名無しさん** · 2021/03/18(木) 18:48:43.68

>>867
このように変えてみました
(:darwin (:or "/usr/local/lib/libcrypto.dylib" ;; personalized install
))
(:darwin (:or "/usr/local/lib/libssl.dylib" ;; personalized install
))

改変のreload.lispを適当に他のディレクトリに置いておいて・・

rm -rf ~/quicklisp
ccl ―load quicklisp
(quicklisp-quickstart:install)

別のシェルで改変後のreload.lispを置き換えようとしましたが
~/quicklisp/dists/quicklisp/software のディレクトリがありませんでした

(ql:quickload :dexador) を実行するとsoftwareディクトりができます
quicklisp/dists/quicklisp/software/cl+ssl-20210228-git/src/reload.lisp が存在しているようなので
これを改変したもので置き換えて確認・・

? (dex:get "https://ja.wikipedia.org/wiki/Common_Lisp";)
> Error: Error #<USOCKET:CONNECTION-REFUSED-ERROR #x30200230B4ED>

だめでした・・
もしかしてreload.lispを評価していないんじゃないかとも思うのですがやり方がわからないです

>>868
多分そうなんじゃないかと思うんですが初心者すぎてどうにもならないです
お手数かけます先輩方

**デフォルトの名無しさん** · 2021/03/18(木) 19:55:32.23

>>869 のパターンだと /usr/local/lib にインストールしたやつ「だけ」がロードされる状態になってる
俺が言いたかったのはそいつが悪い (CCLと相性が悪い?) んじゃないかということ

本当に CCL がこの reload.lisp を読み込んでいるのか気になるなら
まず全部に x つけて ( "x/usr/local/lib/libssl.dylib" みたいに ) から quickloadしてみればいい
リストに合致する dylib がねーよ...と文句言われればOK