🚀 go-pugleaf

Shiino Masayoshi wrote:
> 
> 元の記事とは直接関係無いんですが、
> 
> In article <20020902225815cal@ams.odn.ne.jp> cal@ams.odn.ne.jp (SASAKI Masato) writes:
> >Kermit Now
> >２００２年９月時点のKermitの現状
> 
> 使うパーソナルコンピュータが、Windows95ベースのになって以降、kermit
> とは縁が切れてしまいました。懐かしいなあ。
> 確か、あの頃 MS-kermitは無料なのに対して、Win-kermit は有料だったの
> と、Windows95 には曲りなりにも telnet, ftp が在ったんで要らなくなっ
> たのとで、使わなくなったのでした。

あいかわらずというか windows 用は有料ですね。

私はもっぱら linux/Solaris, etc. で使っていますが。

> # 折角、TCP/IPでも動く様になってたのにな
> 

最近では ftp 機能を含むのみならず、
kerberos を使った認証のサポートとか、
暗号化通信のサポート、
ssh コンパチ機能、
unicode までサポートする文字コード変換とか
だんだん Emacs ならぬ
everything but the kitchen sink みたいな
ことになりつつあります。

スクリプトも結構強力になっていて、私はunix系OS をつかっているので
kermit でつないで tcl/Expect で処理みたいなことが多いのですが、
kermit 内のスクリプトでもかなりのことができるようになっています。

> 所で、MS-kermit って、Windows98 や XP の DOS窓で動くんでしたっけ?

どうなんでしょうね。CAPIだったかの管理の
もとに com ポートが制御されているので、windows バージョンで
ないと無理なのではないでしょうかね。
(たとえば winmodem のような windows でしか
動作しない modem チップの場合にも、 仮想的に 単純なシリアル
com ポートは提供されているのかな？ そうだとは思いますが、
PnP の影響（IRQ が思ったところに設定されてないかも
しれない）とか、ほかにバックグランドで動作しているソフトウェアが
しらぬまに同じポートをアクセスしようとしていたり、DOS ベースの
ソフトウェアだと誤動作することが多いので windows 用の
K95 をつかえというのが comp.protocols.kermit.misc
にでてくるコロンビア大学の人の意見。）

K95は今は v２ までいっているようです。

win9x なんかにはいっているHyperTerminal にも
kermit のサポートはありますが、どうも sliding 
windows とかあまり高速化のための機能は
サポートしてないみたいです。

それにしても２０年近く前から使われていると、kermit プロトコル（もどき）
が実験装置のデータ収集目的で組み込まれているような事例が
あって、ときどき そういった古いソフトウェアのはいった
装置との通信トラブルの解決案を求める投稿とか
あってオープンにされたプロトコルと、頑強な実装例のある
kermit利用の広がりを感じさせます。

C-kermit の TTY回りの制御コードは、うどんというか
そばというか、書いた人の苦労が忍ばれますし、
vendor のドキュメントがあいまい模糊としているときに
tty の制御はどうやってやるというのを知るには便利です。
（今でもシリアルで制御しなきゃならない産業機器というのは
多いんですよね。また "legacy" 機器もあと１０年くらいは
確実に使われているでしょうし。）