松尾です。 >> また、上記の戦略も好きではないので、4はさっさとVS2019化して、EOL後もリリー >> > スしていきたいです。5がでても、ずっと4を使いたいユーザーもいるから。 >> >> 4の初期に、3(2?)のほうがいいという方がいた、ということでしょうか? > > はい、そうですね。 100点満点状態でリリースできればいいんですけど、 少しずつしか作れないです。 > 5への移行中において、4のライブラリがEOLになっている、バグやセキュリティ > ホールが放置されているということになると問題です。 そうですね。問題部分は直していきたいです。 > 5の進め方について、3つ相談があります。 > > 1．4-stableですでに修正した内容は順次trunkにマージしていくことにします。 > trunkは4のどのバージョンをベースにしているのでしょうか？ trunkのr7787からのブランチした unicode_buf というブランチが元になっています。 途中trunkの修正をマージしながら修正を入れています。 trunkのr8437で Tera Term 4 が 4-stable メンテブランチとなって r8445 から trunk が Tera Term 5です。 > 2．私が普段使っているのは4です。5の開発版を自由に入れられる環境ではない > です。 私は両方入れていて、主に(というかほとんど)5を使っています。 インストールが禁止されている環境ではないならおすすめです。 AppVeyorから zip 版をダウンロードしてきてよさそうなフォルダに展開、 そこから起動すれば(または、起動するショートカットを別のところに置けば)使えます。 インストーラー版もインストール先を別にしているので 共存できます(できるはず)。 参考 https://ja.wikipedia.org/wiki/%E3%83%89%E3%83%83%E3%82%B0%E3%83%95%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0 > 3．お互いにずっと認識が合っていないことがあると思っています。 > trunkでライブラリ(OpenSSL, PuTTY)の最新化をすると、VS2019でしかビルドで > きなくなるので、VS2005でビルドがエラーとなります。つまり、Win95でテスト > ができなくなります。 > > ＞- 5をWin95で動作させることができればとても良い > ＞一応Visual Studio 2005でビルドできることは確認しています。 > > とのことですが、trunkでライブラリ最新化してもよいのでしょうか？ Visual Studio 2019(そろそろ2022…)ですすめましょう。 手元のcmakeビルド環境ではすでに2022を使っていて、 うまくバイナリをビルドできて、うまく動作しています。 ソース、コンパイラ的にはok状態です。 MinGWで95で動くバイナリを出力するのが私の中では本命ですが、 だめだったら2005でビルドという気持ちもあります。 ある程度は2005に対応できるようなソースの書き方をづづける、 関連する修正をするかもしれませんが 最新開発環境で動くようにするのを優先でやろうと思います。 私が2005関連の何かやっていても 趣味でやってるなぐらいに思ってください。
Tera Term