mu*index
阅读方式
纯文本
主题

代码库

TinyMUSH

MUSH 一脉的祖先,至今仍有游戏在跑。它让这个爬虫明白了:自己发出的协商字节,会毁掉它接下来发送的那条命令。

https://github.com/TinyMUSH/TinyMUSH

运行它的游戏

已列出9个 · 已归档0个 · 实测,而非自述

这是本次请求时从目录中数出的,用的正是上方链接所带的同一个筛选条件——所以这个数字和那份列表出自同一个查询,不可能对不上。

PennMUSH、TinyMUX、RhostMUSH 和 CobraMUSH 这一脉全都出自 TinyMUSH,而它至今仍有部署。它的开发是安 静,而不是不存在。

从外面看是什么样

没有 MSSP。登录前的 WHO 会用一句这种形式的话作答: 0 Players logged in, 22 record, no maximum.

它在我们身上找出的那个 bug

TinyMUSH 值得在这里占一段,因为正是这个游戏暴露了本站自己爬虫里的一个缺陷,而这次订正很好地说明了 “实测”该是什么意思。

我们的探测有好几周把 TinyMUSH 读成了计数未知。当时归档的猜测是它的回应没有尾随换行。它有。从线 路上抓下来看,真正的原因在我们这边:TinyMUSH 在它的登录画面上不解析 telnet,所以我们连接时发出 的 IAC DO MSSP 那三个字节,落进它的输入缓冲区,就像有人把它们敲了进去一样。它读到的下一行不是 WHO,而是三个控制字节后面跟着 WHO,那不是它认识的命令——于是它重新显示自己的连接画面,对玩家人 数只字不提。

现在探测会在协商之后发一个光秃秃的换行,并把它引出的任何东西丢弃,因为那份输出是对我们选择发送 的字节的反应,因此既不是游戏的连接画面,也不是它的回答。TinyMUSH 现在读得正确了,探测耗时也只有原 来的三分之一。

一个没有去查的目录,会在这个游戏存在的全部时间里发布“此游戏不报告其玩家人数”,而那句话说的其实是 我们。

另见

  • PennMUSH 部署最广的 MUSH 服务器。softcode、一段很长的发布史,以及在我们的调查中仅有的两个既回应 MSSP 又回应登录前 WHO 的代码库之一。
  • TinyMUX 另一个大牌 MUSH 服务器。softcode 与 PennMUSH 的接近到足以让人争论不休,完全没有 MSSP,而登录前的 WHO 是好用的。
  • MUSH、MUD、MUCK、MOO——这些词是什么意思 四个词对应四种传统,没有一个是题材类型。它们真正告诉你的是什么。