みらーさくら

Compatible-Sakura(s) testing memo

		SSP	何かみたいな何か	voidたん(仮)	これでもそれでもなくあれ以外の何か on "林檎"	偽林檎	XHisho (with任意) (画面)	ninix	非Aの何か	herb	(参考)猫どりふ	(参考)KINOKO	(参考)VCIS
基礎情報	テスト対象バージョン (テスト日)	version.1.0 beta 1.06 (2001/6/27)	phase0.31 (2001/6/27)	phase.010617 (2001/6/19)	Phase 4.0 ver 0.1.6 (2001/6/19)	未テスト	未テスト (参照ソースはxhisho20010524)	バージョン 0.1.8 (2001/7/3)	未テスト	未テスト	Phase 00.51 (2001/5/23)	Phase5.10 (2001/5/23)	v0.0.2 Phase96 (2001/6/4)
	特徴とか	Win用 VC++ 独自仕様追加カレンダー読み方: しましまぱんちゅ	Win用 VC++ ソース公開あいさつ: れっさーばんだー	オープンシステム Java2 実際には1.1相当で動作可能と思われる	Mac用 REALBasic 要QuickTime 俗称:似非	MacOS X用 Java2(Cocoa) ソース公開	FreeBSD用 (Xが動けばどこでも) gcc ソース公開既存アプリベース華和梨内蔵	FreeBSD, Linux用 Python GTK+ ソース公開 INSTALL仕様対応読み方: ににっくす	Linux用 Wine ソース公開偽AI再生のみ？読み方:なるえー	Linux用 gcc 独自PIM機能	Win用 VC++6.0 互換ではなく周辺マスコット	Win用 VC++ 互換ではなく周辺マスコット	Win用 VB6.0 互換ではなく親和 (現行版では) 独自の人工無能マスコット理論上25²⁹通り以上の会話
	SHIORI	実家と同等	実家と同等	華和梨互換	華和梨Phase0.42互換	華和梨Phase0.42互換偽栞phase 0.69互換	華和梨内蔵	華和梨互換	実家とほぼ同等	？	-	NAYUKI/2.0 実家と同等イベントのみ	-
S S T P	デフォルトポート	9821 自由に追加複数ポート同時リスニング可	11000 固定	9801 固定	9801 3択(9801,9821,11000) 設定変更するまでSSTP動作なし	11000 2択(11000,9801)	9801 自由に設定	9801,11000 複数ポート同時リスニング	？ SSTP対応か不明	8801	DirectSSTPのみ	DirectSSTPのみ	SSTPサーバー機能なし SSTP対応と書いてあったが「何か」との会話アクションに使われている様子つまりSSTPクライアント
	DirectSSTP	対応 Sakura	対応 Sakura	-	-	-	-	-	-	-	対応 Nekodorif	対応 Kinoko
	SSTP独自拡張				座標取得できるらしい						EXECUTE/1.0+(GetObjectList) DROP/1.0
	Charset	Shift_JISのみ	Shift_JISのみ	Shift_JIS ISO-2022-JP EUC-JP (JavaVM依存)	Shift_JISのみ	？ Javaなのでvoidたんと同程度のスペックはあると思われる	？ソースによると Shift_JIS ISO-2022-JP EUC-JP UTF-8(日本語のみらしい)	Shift_JIS ISO-2022-JP EUC-JP	？	？仕様上はShift_JISのみ	Shift_JISのみ	文字表示機能なし
	SEND/1.1	○	○	○	○	？仕様上は○	？仕様上は○	○	？	？仕様上は○	○	○ \wと\sのみを処理する
	SEND/1.2	◎	◎	● Entry省略不可 URL直書き不可	× SEND/1.1として動作	？仕様上は×	？ソースによると 501 Not Implemented	●	？	？仕様上は△	- SEND/1.1として動作	- SEND/1.1として動作
	SEND Option: nodescript	○	× ていうかSSTPマーカー自体なし	× ていうかSSTPマーカー自体なし	？確認手段なし SSTPマーカー自体はある	？	？ソースによると未対応	？確認手段なし SSTPマーカー自体はあるマーカーにはアドレス表示が無いがコンソールにログ表示	？	？	-	-
	EXECUTE/1.0	○	○	○	○	？仕様上は○	？ソースによると 501 Not Implemented	○	？	？仕様上は○ Bottleに足跡	○ 猫任意,empty	- 400 Bad Request
	EXECUTE/1.1	○ Cookie名に「,」使用不可名無しのGetCookieで 204 No Content	○ 名無しのSetCookieで 509 Regist Failure 名無しのGetCookieで 204 No Content	▲ 501 Not Implementedを返す	▲ 501 Not Implementedを返す	？仕様上は×	？ソースによると 501 Not Implemented	▲ 501 Not Implementedを返す	？	？仕様上は×	- 400 Bad Request	- 400 Bad Request
	EXECUTE/1.2	○ SSP 1.00 beta	○ "何かみたいな何か" 00.31 test	○ "void" 0.01	▲ 501 Not Implementedを返す	？仕様上は○	？ソースによると 501 Not Implemented	○ ninix 0.1.8	？	？仕様上は○ herb/yukino-00.01(momiji-20010525)	○ Phase 00.51	- 400 Bad Request
	EXECUTE/1.3	○	○ 501 Not Implementedを返す元々勝手に喋らないので	○ 501 Not Implementedを返す元々勝手に喋らないので	▲ 501 Not Implementedを返す	？	？ソースによると 501 Not Implemented	▲ 501 Not Implementedを返す	？	？仕様上は×	- 400 Bad Request	- 400 Bad Request
	SSTPブレーク	○ 本体もしくはうにゅうまたはバルーンダブルクリックで中断	○ 本体もしくはうにゅうダブルクリックで中断	▲ 表示をクリアするのみ続きが中途半端に	× なし	？	？	○ 本体もしくはうにゅうまたはバルーンダブルクリックで中断	？	？仕様上は×	○ 本体ダブルクリックで中断っていうか落としモーションに	-
	Conflict概念	なし前の処理を完全にキャンセル	あり 409 Conflict 実家互換	なし待ち行列に入れて前の処理はノーウェイトで流し選択肢は流さない	後のスクリプトを無視但しレスポンスは200 OK	？	？	なし待ち行列に入れる	？	？仕様上はなし	なし前の処理を完全にキャンセル	あり 409 Conflict
タグ	\e	○	○	● \eを無視するのみ	○	仕様上は○		○			● 最終の\eを無視するのみ	○	● \eを無視するのみ
	\n	○	● 行溢れ時に戻りスクロール不可	● 行溢れ時に戻りスクロール不可	● 行溢れ時に戻りスクロール不可	仕様上は○		○			○	-	● スクロール機能なし
	\s	○	○	○	○	仕様上は○		○			-	○	● 旧形式(\s1等)に対応
	\w	○	○	○	○	仕様上は○		● ウェイトが長め			○	○	○
	\h	○	○	○	○	仕様上は○		○			-		「さくら：」と表示
	\u	○	○	○	○	仕様上は○		○			-	-	「うにゅう：」と表示
	\c	○	○	○	○	仕様上は○		○			-	-	-

一応◎○●△▲×の順と考えていただければ。
××はそりゃいかんよって事で。
◎は実家よりも実装が良い感じの場合。
(例えばSEND/1.3で選択肢レスポンスがあってしかもエントリで\m使えるなんてのは◎になります。当面SEND/1.3はテスト対象外だけど。)
主観じゃなくてあくまで論理的に付けてるつもりです。
※読み方や俗称は必ずしもオフィシャルなものではない可能性がありますので必ず各サイトを一読してご確認ください。

雑記

EXECUTE/1.2
互換品であるがゆえの非互換部分をSSTP対応ソフト側で対応してもらうためにも優先的に実装すべきかと。
SSTPブレーク
これを実装しない限り対Bottle荒らし能力が皆無と考えて良い。
でもConflict概念が無くて前のSSTP処理をキャンセルという仕様の場合は次のパケットがくればキャンセルされる。
来ない場合はハマリなのでどっちみち死。
Bottle荒らし
いろいろいますが特に、無意味な長スクリプトを送りつけてSSTPサーバーを実質的に行動停止状態にする荒らしのことです。知能低め。
Conflict
実家ではSSTP処理(選択肢)中にもう一度SSTPリクエストを受けても
409 Conflictを返してキャンセルするという実装ポリシーが採用されています。
うちのAASakuraではそういうのもどうかと思うんで全部受けるだけ受けて待ち行列で待機させてます。
(つかSLPPにはConflictの概念が無いってのも理由、おびただしい速さで送られてきたらメモリ不足になるかも。)
テストした中では前の表示を即時キャンセルって手法が目に付きます。
この辺は実装者のポリシー次第なんであえて○とか×とか付けるべきではないと判断しました。
SocketSSTPとDirectSSTP
SocketSSTPはTCP/IPを使用します。ようするにOSが違っても9割方互換実装が可能(\m[]が例外)。
DirectSSTPはWin32APIを使用するので原理的にWindowsでしか実装が望めません。
あ、でもWineだとSendMessageくらいできるだろうからいけるのかな？
なお、ローカルでやり取りする場合DirectSSTPだとポート設定しなくていいので
最近はSSTP対応ソフトでもDirectSSTPが利用されることが多いみたいです。
Charset
なんだかんだ言ってもShift_JISだけ対応してれば良いし、基本的に他のもん使う事もないでしょう。
なんというかどれだけ実装者が気合入ってるかとかデバッグ環境整ってるかとかそういう話だけです。

うにゅうのおまけより

中国だか台湾の留言板で「うにゅうといっしょ」がリンクされてる‥‥。
見てみると、どうやら台湾でも「何か。(仮)」関係が話題になってる気配なので
今のうちにちゃんとUTF-8実装しとけば世界進出一番乗りできますよ、きっと。＞誰となく
実家のUTF-8実装では日本語しか通らないので。(っていうか、そもそもバグり気味なんだが)
っていうか、本体側で対応したとしても栞関係って‥‥UTF-8で通るやつあるのか？
実際にUTF-8とか吐けるSHIORIを作って試してみたところ、ぜんぜんダメだった。
っていうか、ISO-2022-JPでもダメなんで、
ようするにSHIORI呼び出し元ルーチンはCharset対応してないって事なんでしょう。たぶん。
日本の夜明けは遠いぜよ。
SSTP/1.2
なんか\z、\y廃止ってことなんでお気をつけあれ。
実家
「何か。(仮)」のこと。
本家って言うと某P社の商品の事を指すらしいので。
SSTPサーバー
もちろん開発してる人は分かってる事だけど、カタギの衆には勘違いしてる人も多いので。
SSTPの場合サーバーってのは「何か。(仮)」自身の事です。
ということでいくと祭や劇場なんかはSSTPクライアントって事になります。HTTP的にはサーバーなんだけどね。
ややこしいね。
ちなみにBottleの場合は、Bottle ClientがSLPPクライアントでもありSSTPクライアントでもあるという奇怪な存在。中間管理職。もしくは転売屋。
実家
「何か。(仮)」のこと。
本家って言うと某P社のいわゆる「あれ」を指すらしいので。
SHIORI
ようするにAIモジュール。
単語辞書、会話、イベント処理などを担当する。
互換品(というかなんというか)としては偽栞、華和梨あたりが二強。
たとえばせりこたんが偽栞でまゆらたんが華和梨ってかんじで。
他にも独自から汎用までいろいろある。
実家のSHIORI(SAKURA.DLL)は内部構造非公開、完全な独自AIという事になる。謎も多い。
クローンってアプローチの場合、見た目から入るか中身から入るかでぜんぜん後の開発の方向性が変わってきたりします。
明らかに前者なのはSSPや似非林檎、後者は非Aやherbとかうちのとかかな。
見た目から入るって書きつつも中身もしっかり作ってあるSSPは偉いねぇ。
テスト環境、MacOS Xだけはどうにも手配できなさそうだなぁ。
SSP、Conflictの動作が仕様と実装で違うのが謎。どっちでも困るもんではないのだけど。
voidたんおまけより

SSTP マーカーが無いのは「SSTP しか無い」からです（笑）
まー、そういうことなんでしょうが、
SSTPマーカーには「怪しい奴が変なもん送ってこないか」とか「こんなの送ってきた曲者はどこのどいつだ」てのを目視する
っていう重要な役割があるんでコミュニケーションとしての機能性やデザインというよりは
セキュリティに関する機能と考えるとわざわざ注釈つけてる意図が見えると思うです。
ちなみに実家では外部リクエストのnodescriptは無視されることからして、やはりそういうための機能であろうと察する事ができます。
逆を言えばDirectSSTPなら別に無くてもセキュリティ的に不都合はなかったり。Bottleでチャンネルがわかんなくて困る程度。
実家もそうなんだけど、実装してないリクエストなら400 Bad Requestでなくて501 Not Implementedなんでは？
あ、でも仕様見ると「400 Bad Request リクエスト不備」「501 Not Implemented サーバが当該コマンドを実装していない」ってことは、
最初からそういう(400はリクエスト部分、501はコマンドヘッダ部分って)つもりで仕様作られてるって事なのかなぁ？
少なくともHTTPとかSMTPの場合は500系になるケースだと思うです。
(SMTPの場合は400系は動的なエラー、500系は静的なエラー)
(HTTPの場合は400系はクライアントエラー、500系はサーバーエラー)
まぁ、結局別なプロトコルだし、どっちがどっちでもだれも困りゃしないんけど。
そういや、みたいなはAI自動で喋らない(\a送れば喋る)みたいなのでEXECUTE/1.3で501なのはぜんぜん正当な応答だと思った。
新型Bottleで楽しむのに最低限必要と思われるもの。
- SSTP受信機能
- SEND/1.1
- SEND/1.2(\q)
- タグ \h,\u,\n,\s,\w,\c,\e
- 環境変数 %username,%selfname2,%keroname
- SSTPブレーク機能
- SSTPマーカー(チャンネル表示)
できれば、あったらなおよろし、なもの。
- DirectSSTP
- SEND/1.4
- タグ \t
- 環境変数 %selfname、%m系、日付系
とりあえずこんなかんじのでテストしてます。
最強テスト機材010528
っていうか、そのつど作ったり弄ったり。
中途半端な作りのせいでMacで身動きが取れなくなるという大失態。
VNCでやるにしてもローカル権限のチェックができない大失態。
つーか、暇を見てJavaででも作ろ。
墜落日記より

SSTPブレーク × よくわからん ^^; どういう場合にどうなればいいんでしょ?
閑馬たんの仕様を読む限りだと厳密には選択肢中にバルーンダブルクリックしてキャンセルする行為みたいです。
ただ、上の表の場合それよりも外部から悪意のある長文スクリプトを送りつけられたときにそれを途中でキャンセルできるかどうかってのを重視してるです。

SSTP ${Version} ${Return}
と、SSTPのバージョンを返さないといけないってのはどこに書いてあるんでしょ?
ふくらみかけ見にいったら、ぜんぜんその辺のこと書いてないんでやんの(笑)
どうりで林檎周りの人たちもレスポンスがおかしなな事になってるはずだ。
結局仕様書といっても現物作ってから書き足してるものみたいなんでWindowsを用意できるなら現物を見たほうが良いです。
その現物自体も、まる1日更新が無いとユーザー達がすごい勢いで心配しはじめるほどなので、結構ころころ変わります。
他OSで互換品作る人はホント大変そうね。

そうなると、例えば
SEND SSTP
みたいな怪しいコマンド送られたら何と返すべきなんでしょうね。取りあえず
SSTP/1.0 400 Bad Request
って返してますが。
実家の実装だと、

SSTP/0.0 400 Bad Request
です。
でも、その辺は判定を甘くする分には実装者の好みで構わないような気もします。
含まれるヘッダの種類でバージョンくらいなら類推できるし。

あと「偽の起動時間は単位をつけずに返す」ってのはどう返すべきなんでしょうね。「x時間x分x秒」？
%exh 時間単位で普通にOSを起動してからの経過時間を整数で返してるみたい。
%et 数値はランダム整数。単位は時間だったり年だったりmsecだったりジゴワットだったり。ようするにネタ。ネタ師のポリシー次第では数値である必要すらないと思われる。

今回の起動時間は、42年でした。えんいー。
ってかんじ。
本文削ったけどリンクだけ残し。PD-Character「悠」
とりあえずいろんな環境で動くゴーストを期待するのなら華和梨を使っときゃいいみたいです。
でも、偽栞採用ゴーストの方が多いと思うんだけどねぇ。
偽栞の方が構造も分かりやすい感じなのになんで実装しないんだろう？‥‥あー、ソースが無いからなのかなぁ？
「SSTPで何千バイト以上送ると死ぬ」なんてのはすぐデバッグできるのでと思って後回しにしがち。
でも攻撃する側は一番最初に試す。
っていうか、Cookieってどっかで使われてるのかなぁ？
あなたのご家庭のsstpcookies.lstは空白のままですか？
boyaたんに言われるまで\qにURL直書きできるのがUndocumentedだって知らなかった。
つか、だったらなんでみんな知ってるんだ？謎。
ninixのウェイトはちょうど倍ほど長い気がする。環境依存か？
ninixのSEND1.2が●。
#cancelでキャンセルになってくんない。
つーかこれ自体、現行で容認されてる仕様なのかどうかふと疑問に。
そろそろリファレンス仕様の再確認と項目追加を検討するか。

戻る

sirataki@mail.raidway.ne.jp