[MD:576]create-fontset-from-request

[Miyashita Hisashi(宮下 尚:HIMI) <himi@xxxxxxxxxxxxxxxxxxxxxxxxx>]

morioka@xxxxxxxxxxx (守岡 知彦 / MORIOKA Tomohiko) writes:

> ;; ちゃちゃ

ふふ。そのほうが、楽しいかもしれません。

> himi> Lispは関数型言語のくせに副作用を持つ言語です。
> himi> (この性質のため嫌いな人もいらっしゃる)
> himi> (って、副作用を持たない言語なんてそうはないですが)
> 
>   pure Lisp は関数型言語だけど Lisp はそうじゃないという話も。

そうですね。私もLispを関数型言語に入れるのは抵抗があります。
(でも、私にLispをちょっと手ほどきしてくれた某先輩にいわせると
贅沢ということになるんだろうなぁ。)

> ;; Haskel とか Gofer は関数型言語だろうけど、Lisp はちょっと辛いかな？
> ;; ML はどうかな？

MLを関数型言語にいれるのは、問題なさそうな気がします。
Gofer, Haskelはおもろいですね。あー、まともに覚えてません。
じゃあ、Mathmaticaは関数型言語かな？^^;;;;
## ちなみに、Mathmaticaはなんでもありの様な気がします。
## ML + Gofer + α のような....^^;;;

>   ちなみに Scheme は actor model からみで作ったんだからオブジェクト指向
> 言語かエイジェント指向言語なんだろうか？(^_^)

えぇ？そういう話があるんですか？...知らなかったです。

>   まあ、閉包のない Emacs Lisp には関係のない話ですが。

擬似的な閉包を作って逃げるという人、多くありません？
## Extentを閉じさせることが、可能かということはおいておいて。

> himi> logfont-listのメモリセルは割り当てたまま、使ってしまえ、という
> himi> 汚い構造が、(setcdr curle fontname)に現れているのです。
> 
> himi> まあ、どうせletの中だけの話だし、それほど汚い構造は外に出て行きま
> himi> せんしね。(とはいえど、ここから関数を呼び出すと
> himi> Emacs LispのDynamic Extentのために外に漏れないわけではありません。
> himi> とはいえど、ほとんど問題ないと思いますが)
> 
>   S 式の風呂敷に収まっているなら何でもありです。(^_^;;;

だぁーーーーー！。^^;;;;

あのぉ、Top levelという風呂敷きに(ばこっx_x)

## Dynamic Extentも、そういう立場からすると素直な様な気もします。
## 上のレベルが下のレベルをすべて支配するという意味で。

##### 実は、この話で、面白いネタはいくつも思い付いているんですが...^^;;;

##### (top-level (fset 'setq ....) SEXP)

> ;; ELIS という某 Lisp machine では C の malloc & free みたいに一度記憶を
> ;; 割り当てて終ったら開放するとか、GC-less の関数に組織的に置き換える特
> ;; 殊形式みたいな怪しげなものがあった。(^_^; まあ、real time system だと
> ;; いるのかな？
> 
>   まあ、Lisp は List Processor の略なので、cell を意識しながら program 
> するのは至極真っ当なのかな？（もっとも、あんまりやりすぎると末期症状だけ
> ど）。

はい、そうでないと組んでられまへん。^^;;;
## って、Emacsのソース見てLisp覚えた、私が言うか？

>   そういえば、関数型言語のくせに副作用を認めていて、それを『世界から世界
> への関数』とかぬかしているのがあったっけ？（ML だったっけ？）

あ、そんなこと聞いたことあります。

>   関数型言語の道を貫くなら、等式論理命で、項書換え系かな？(^_^; ついでに、
> 仕様を形式的に書いて Cafe Obj とかの仕様記述言語を使うとか。(^_^;;;

う゛、なんか、違う方向に行っているような ^^;;;;

> ;; いつもこんな記事ばっかりですみません。(^_^;;;

下のと何か関係ありそうで.... ^^;;;;
ETLでお会いできることを楽しみにしております。

from himi