[[About:self:AboutPage.txt]] | [[Profile:file/southly/]] | [[まとめ:self:1163859357.txt]] | [[オリジナル:http://ninjinix.x0.com/rn/]] | [[xyzzy:lisp/]] | [[あんてな:listall]] | [[■:sakura.ne.jp/southly/lisp/ni/view.lisp]] | [[buzz:http://www.google.com/profiles/southly#buzz]]

　http://reddit.com/info/6ehu9/comments/

• 最近の ruby-dev の複素数の話が面白い。どう転ぶのか。
• ちなみに Common Lisp の定義は、と思って確認→[[12.1.5 Complex Computations:lisp.org/HyperSpec/Body/sec_12-1-5.html]]
• 実部と虚部の型は同一にされるんだな、勘違いしていた。(ということはclispの動作間違ってるっぽい)
• 正準化があるのは有理数と同じなんだけど、虚部が有理数のときだけなんだな、これも勘違いしていた。
• ちなみに xyzzy の複素数の扱いも Common Lisp の仕様を満たしていないはず。

http://d.hatena.ne.jp/pgf2/20080415/1208269126
ざっくりとした違いは関数は全ての引数が評価される、マクロとスペシャルフォームはそうとは限らないという点です。
関数が評価されるときは、まず引数を前から順番に評価し、全部の引数を評価したらその値を用いて関数のフォームを評価するという風に評価順序が決まっています。
マクロやスペシャルフォームは、評価順序が一定でなかったり、全ての引数が評価されなかったりします。
例えばスペシャルフォームの「if」はTHEN節とELSE節のどちらか一方しか評価されません。
評価規則が決まっている関数の枠組みでは「if」は定義できないということになります。

マクロの特徴は展開できるということです。
展開形は macroexpand や macroexpand-1 で確認できます。

スペシャルフォームは「[[3.1.2.1.2.1 Special Forms:lisp.org/HyperSpec/Body/sec_3-1-2-1-2-1.html]]」で挙げられているものです。
マクロとスペシャルフォームの関係は排他的ではないので、マクロでありかつスペシャルフォームというものがある実装もあるかもしれません。

まとめとして setq と set と setf の関係
(setq a "value") と (set (quote a) "value") はほぼ等価。(厳密には違います。xyzzyでその差が出るかどうかは不明)
(setq a "value") と (setf a "value") は等価。
なぜなら

(macroexpand '(setf a "value"))
=>(setq a "value")

だから。

• http://d.hatena.ne.jp/rairairou/20080410/1207837409
• ステータスバーを消せないっていうのは、[[亀井さんの発言:xyzzy/ml/msg07840.html]]で確かです。ステータスバーはエコー領域として必要ですし。
• タイトルバーを消せないっていうのは、どこの誤情報なんだろ? タイトルバーは普通に消せます。

;;; 消す
(progn
  (winapi:SetWindowLong (get-window-handle)
                        winapi:GWL_STYLE
                        (logand (winapi:GetWindowLong (get-window-handle) winapi:GWL_STYLE)
                                (lognot (logior winapi:WS_CAPTION winapi:WS_SYSMENU))))
  (winapi:SetWindowPos (get-window-handle) 0 0 0 0 0 (logior winapi:SWP_NOZORDER winapi:SWP_NOSIZE winapi:SWP_NOMOVE winapi:SWP_FRAMECHANGED)))

;;; 戻す
(progn
  (winapi:SetWindowLong (get-window-handle)
                        winapi:GWL_STYLE
                        (logior (winapi:GetWindowLong (get-window-handle) winapi:GWL_STYLE) winapi:WS_CAPTION winapi:WS_SYSMENU))
  (winapi:SetWindowPos (get-window-handle) 0 0 0 0 0 (logior winapi:SWP_NOZORDER winapi:SWP_NOSIZE winapi:SWP_NOMOVE winapi:SWP_FRAMECHANGED)))

;;; ちなみにステータスバーを消そうとする
(winapi:ShowWindow (winapi:FindWindowEx (get-window-handle) 0 (si:make-string-chunk "msctls_statusbar32") 0) winapi:SW_HIDE)

• xyzzy でできるできないの判断をするには、lispの知識とWindowsのAPIの知識とxyzzyの実装の知識が必要で、オレでも安易に結論を出せないです。
• できないって結論を出す前に質問として流すようにしてくれないかなぁ。
• ついでに改ページの話
• http://d.hatena.ne.jp/himadatanode/20080411/p5

xyzzyだと^\fなんて入ってなくてそのまま^Lが入っているような気がするんだけど

$XYZZY/lisp/page.l を読んでいて、なぜ以下の部分(18行目)に気付かなかったのか不思議。xyzzy のリファレンスを参照していなさそうなのも不思議。

(or (boundp 'page-delimiter)
    (setq page-delimiter "^\f"))

• 改ページの使用例で覚えているもの
• プログラムのソースに書かれているのは、ごくまれに見たことがあるなぁ。
• xyzzy ML の過去ログを読んでいれば遭遇するけど、なかださんがパッチと本文の区切りとして使っていたりする。(xyzzy:08621とか)

いつかちゃんとまとめたい。

• 基本
• 関連する関数・マクロの定義は $XYZZY/lisp/foreign.l
• foreign パッケージで定義
• サンプルは $XYZZY/lisp/wip/ 以下
• データ型関連
• int -> c:int, double -> c:double, ...
• $XYZZY/lisp/foreign.l, $XYZZY/lisp/wip/winapi.l を参照
• ポインタ型は「(c:char *)」というようなリストの形で表現
• C の構造体は c:define-c-struct で定義
• C の関数を呼ぶ関連
• c:define-dll-entry で C 関数のインターフェースを作る
• c:define-dll-entry RETURN-TYPE NAME (&rest ARGS) DLL-NAME &optional EXPORT-NAME
• RETURN-TYPE 関数の戻り値
• NAME 関数名
• ARGS 関数の引数
• DLL-NAME DLLのパス
• EXPORT-NAME Cの関数名 (DLLでexportされているもの)
• データのやり取りは chunk を介する
• chunk を作るのは si:make-chunk, si:make-string-chunk
• lisp -> C : si:make-string-chunk, si:pack-int32, ...
• C -> lisp : si:unpack-string, si:unpack-int32, ...
• C から呼べる関数(callback関数)を作る関連
• c:defun-c-callable で作る
• c:defun-c-callable RETURN-TYPE NAME (&rest ARGS) &body BODY
• RETURN-TYPE 関数の戻り値の型
• NAME 関数名
• ARGS 関数の引数
• BODY 関数の定義
• データのやり取りは chunk を介する、ということで同上
• 注意点
• 下手をすると簡単に xyzzy が落ちることを頭に入れておく
• gc に注意する
• gc で回収されないオブジェクトを作らない
• C の関数が動いているときに chunk が gc されないように気をつける
• ポインタ型は全部「void *」とみなしても問題ない
• 「void *」は「unsigned long (32bit unsigned integer)」と等価として扱うこともできる
• xyzzy の未実装やバグにも注意
• その他、外部とのやり取り
• dde
• ole

　http://www.netfort.gr.jp/~dancer/software/dlisp.html.ja