【入門】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/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

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

Ｌｉｓｐ以外は初心者だと思ってないから環境初期化して試さないんでしょ？
デフォ環境からカスタマイズどれくらいされてるかわからん状態でエスパーする意味ある？
手元ではａｐｐストアで配布のｃｃｌとｈｏｍｅｂｒｅｗのデフォルトインストールのｓｂｃｌで動いてるよ
ｕｓｏｃｋｅｔの環境問題の切り分けならｓｂｃｌ試すべきでしょどっちもだめならｌｉｓｐ以前のもんだい

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

>>870
やってみようと思ったんですがちょっとやり方がわからないです
というのも
~/quicklispが作られるのが
ccl ―load quicklisp.lisp
? (quicklisp-quickstart:install)

の後で
software以下のディレクトリができるのが
(ql:quickload :dexador)
の後なので
これ以降の修正しかできない感じです

どうしたらいいでしょうか

>>871
sbclだと動いてます
毎回quicklispは消してやってるので環境初期化は大丈夫だと思うんですが
皆さんには常識のこととか多分私にはわかってません

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

あとはすごく気になるのが
quicklispのインストールが終わった後で
CCLを(quit)してしまうと

ccl ―load quicklisp.lisp
をやっても(ql: を評価しないし
(load #P で~/quicklispのsetupを読み込むとそこで止まります

インストール後なら(ql: は使えるのでdexadorは読み込めるんですが・・

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

もしかしてスレ建て以来最高に盛り上がってる？
次スレ必要？

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

>>874
早いよw

普通に環境依存の話だろうね

既に指摘されてるけど初心に返って、
環境変数全部見直すか、
タイムマシーンで以前の状態に戻すとか、
新規にユーザ作ってそれで試すとか、
そこら辺をちゃんと地道にやるしかないと思うよ

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

>>875
質問する前から新規ユーザーで既にやってました
その辺は言われることなので
環境変数とかもそんなわけでライブラリパス以外は割とスカスカですね

lisp関係はここに出ている作業くらいのものなので
lisp関係の細かい設定とかそういうのは一切やってないんですよね

そういえばsbclに関して思うことがありますが
あれはOpenSSLを更新する前にビルドしてあったものですねえ・・

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

>>876
おっと失礼した

そこまでちゃんと分かってるなら後は、
変えてないつもりのものとか、
動いているつもりのものを疑ってみることを
勧めるよ

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

うーん・・調べてはいるんですが手がかりがあまりにもなさすぎて
どう手をつけたものかって感じです・・
git版でも動くようなのでなぜこうなるのかますますわかりませんが・・

**デフォルトの名無しさん** · 2021/03/19(金) 02:10:05.85

>>872
> software以下のディレクトリができるのが
> (ql:quickload :dexador)
> の後なので
> これ以降の修正しかできない感じです

「これ以降の修正」それでいいんです
(quit)状態で修正して、起動して (ql:quickload :dexador) すると
依存するパッケージのソース変更を自動察知してコンパイルが走りますんで

今回のが openssl に起因する問題なのか不明だけど
縁の下なライブラリを自力で makeインストールするのはあまりオススメできませんね
脆弱性報告を随時チェックして...
configure オプションの推奨設定なんかを毎回調べて...
依存するライブラリ/プログラム群を必要に応じてアップデート ...
それらが Homebrew のアップデートコマンドを週一で叩くだけで済むならその方が良くないですか？

**デフォルトの名無しさん** · 2021/03/19(金) 03:54:01.31

マカーでないのでよく分からんが、うちの界隈で新しいマックはdll(dylibっていうんだっけ？)の仕様代わって大変ってどこかで聞いた
invarid/unsafe accessとかそんな感じのエラー吐いてない？
相対パスの使用が厳しくなって怒られるらしい、ブロブをsls(macだとgrep？)に掛けてパスっぽいものを絶対パスに置換するだけでよいらしいが

**デフォルトの名無しさん** · 2021/03/19(金) 09:10:11.27

細かいところから

>>873

> quicklispのインストールが終わった後で
> CCLを(quit)してしまうと
> ccl --load quicklisp.lisp
> をやっても(ql: を評価しないし

この quicklisp.lisp は quicklisp.org から落としてきたものだと思うけど、それなら当たり前。
quicklisp.lisp は Quicklisp のインストーラに過ぎなくて ql パッケージは入ってないから、 quicklisp.lisp を読むだけでは使えない。

インストール済みの Quicklisp を (load #P"~/quicklisp/setup.lisp") で読み込むと ql パッケージが使えるようになる。
起動の度に毎回 load するのが面倒なら、 quicklisp インストール後に (ql:add-to-init-file) で処理系が起動時に読み込むファイルで load するよう書いてくれる。

でも
> (load #P で~/quicklispのsetupを読み込むとそこで止まります
止まるわけないんだけどなあ。止まるってどういう意味でしょ。かっこの閉じ忘れとかじゃないよね。

**デフォルトの名無しさん** · 2021/03/19(金) 09:26:57.31

>>869 でUSOCKET:CONNECTION-REFUSED-ERROR が出たとか言ってるあたり、ソケットのレベルで導通してるかも気になる。

これは成功するんだよね？

? (usocket:socket-connect "ja.wikipedia.org" 443)
#<USOCKET:STREAM-USOCKET #x3020020A09FD>

ちなみに俺の環境
? (lisp-implementation-type)
"Clozure Common Lisp"
? (lisp-implementation-version)
"Version 1.12 (v1.12-39-g6c1a9458) DarwinX8664"