mule 1.1 を NetBSD/i386 6.1.5 でビルドして動かした その後
pkgsrc/editors/emacs20 も openpty(3) 使ってるようには見えないけど どうなんだろ
2015-03-24 01:01:03Rough timings to start Emacs18 github.com/tsutsui/emacs-… on a AMD FX8350: "emacs -nw startup.el": 0.05s "emacs startup.el": 0.12s ! @tsutsuii
2015-03-24 05:04:24@tsutsuii Discovered different behavour with ftp.el opty: hangs while logging-in openpty: process dies immediately
2015-03-24 06:36:15@tsutsuii However, M-x terminal works with openpty, when it didn't before ("stty: TIOCGLINED: Inappropriate ioctl for device")
2015-03-24 06:37:59@Chris_J_Baird Hmm. Probably we should rather try posix_openpt() as emacs24 does? git.savannah.gnu.org/cgit/emacs.git…
2015-03-25 02:53:35@tsutsuii ftp コマンドからの出力が "ftp> open ftp.netbsd.org\r\n" だとして、ftp-command の中で、まず "ftp> "まで受け取ってポイントをスペースの後に移動、そのご何度か出力がないので...
2015-03-25 11:57:28@tsutsuii accept-process-output を呼んでるとそのうち "open ftp.netbsd.org\r\n" まで受け取って、ポイントは open のところに。でもそれはどの cond 節にもマッチしないので、 t に落ちて終了。
2015-03-25 11:59:52これ、でもどのみち ftp からの出力が非同期なので、デバッガかけられたとしてもタイミングが変わって動作が変わる予感。なので、(setq a nil) して後は ftp-command の各 cond 節に (setq a (cons 'prompt a)) とかを挟んだ。
2015-03-25 12:21:13@_enami ありがとうございます。つまり ftp.el が ftp(1) コマンドの出力が特定の書式であることを仮定して書かれている (つまり ftp.el を書き直す必要がある) ということですね
2015-03-25 12:52:28openpty(3) より posix_openpt(3) のほうが標準だし後者使うべきなんですかね (sysinst を見ながら)
2015-03-28 00:35:26OMRON LUNA-II running mule-1.1
mule-1.1 on NetBSD/luna68k console pic.twitter.com/T3h4muAkZQ
2015-03-29 01:36:47mule 1.1 + mlterm-fb + wnn で日本語入力 pic.twitter.com/vfiT3BZuY3
2015-03-29 01:44:27OMRON LUNA-II running NetBSD/luna68k and mule-1.1 youtu.be/K1y9cdmLFjw
2015-03-29 04:25:06