Tianya Reborn

WASM 修复摘要（迁移自 meta.json 的 group_note）

再现天涯（游戏内横幅：梦回天涯 / 'Dream Return to Tianya'）。和本次会话更早处理过的 Doing 血统 'hell' 家族无关——是一个独立的 ES 衍生代码库，但带有一个巫师个人目录（u/zjb/）里放着好几份核心系统档案（logind.lpc、master.lpc、securityd.lpc）过时的备份副本，没有任何真实路径引用它们（根据 include/globals.h 和 config.fluffos，LOGIN_D=/adm/daemons/logind，MASTER_OB=/adm/obj/master）——已通过 grep 确认 u/zjb/ 之外没有任何地方引用这些备份副本，所以只改动了两份真正生效的档案；备份保持原样，作为无害的死代码。WASM 修复了：（1）真正生效的 adm/daemons/logind.lpc 里一个转档之前就存在（不是本轮引入）的、阻断启动的编译错误：第 28 行 'string *banned_id = (...)' 前面多了一个孤立的 ':'，产生"error: modifier list may not be empty"，导致 logind 完全编译不过，通过 new_conn_handler 把每一个连线用户都断开了——已删掉这个多余的冒号。（2）check_legal_name() 的 §8.1 GBK 字节区间/奇偶 bug：strlen 界限没有减半（<4||>8，本意"2 到 4 个中文字"，已改成 <2||>4）以及一个 i%2==0 的奇偶门槛，配合一个单码点的 is_chinese(name[i..<0]) 辅助函式，实际上只验证了每隔一个字符是不是中文——已删掉奇偶门槛，让每个字符都被检查。is_chinese() 本身（adm/simul_efun/chinese.lpc）本来就是正确的（对 str[0] 做逐码点的 0x4e00-0x9fff 区间检查），不需要修。（3）master.lpc（adm/obj/master.lpc）的 valid_read()/valid_write() 缺少标准的 'user == this_object()' 保护——两处都已加上。已确认这里不需要的修复：is_killing()（feature/attack.lpc）本来就接受物件参数，每一个呼叫点也本来就传的是物件——这份档案不存在 §7.50 类的类型不匹配 bug。httpd.lpc、dns_master.lpc（通过 inetd.lpc）、versiond.lpc、closed.lpc 都带有真实、未掏空的 socket_*() 呼叫，但没有一个在 adm/etc/preload 里，也没有一个能从登录/注册路径触达（VERSION_D 和 CLOSED_D 互相呼叫，还被少数几个 NPC/指令呼叫，而那些呼叫者本身在启动时也触达不到）——保持原样，完全休眠，和本项目其它地方对 ftpd/dns_master 已经确立的先例一致；已通过 grep 确认没有任何预加载精灵或 logind.lpc 引用它们。log/nosave/ 目录缺失（很多非启动路径的功能会用到它——shell 日志、制作日志、吃道具日志）——出于预防已经创建，尽管这里不是阻断启动的（logon() 自己的 log_file() 呼叫都不指向 nosave 路径）。管理员账号播种：fluffos (boss) 加入 adm/etc/wizlist（这份档案的最高巫师阶层字符串是 '(boss)'，不是 '(admin)'——和压缩包原有的 tangsheyu/baizhou/bzhou/baixzhou 条目并存）。注册流程在格式化前后都完整验证过（英文 id→y 确认→单一中文全名（2-4 个字，不分姓名）→管理员密码+确认→登录密码+确认→属性赠礼菜单（0 随机）+确认→电子邮件地址→性别→进入有间客栈），管理员权限已通过'您目前权限：(boss)'确认。有一处格式化工具第 3 个盲点命中（d/city/sj.lpc，转档之前就存在的不配对引号导致 CJK 重新加空格损坏）——已通过 git checkout 还原，确认格式化前的原始内容里没有那个 '\ n' 签名。LPC 格式化工具对全部 13193 个档案运行（写入 13067 个，80 个转档之前就存在的错误，46 个未改动，包括 u/zjb/ 下很多死代码档案）。没有 :: 父类呼叫拆分命中，没有 case 标签带尾随注释的候选。

深度功能测试（§10.7，2026-08-05）

这份档案是"天涯"家族的又一分支，先检查了同家族已完成 §10.7 深挖 的 tybxjh/xhcii 的记录，逐项在 zxty 自己的源码里核实：

• 2 处 printf 调试残留：adm/daemons/logind.lpc 的 get_resp()/get_name()，和 tybxjh/xhcii 逐字节相同。已删除。
• §8.9 食物/饮水年龄检查错对象：enter_world() 里 if (ob->query("age") == 14)，同样的错对象判断。已改为 user->query("age")。
• §7.85（tybxjh 的进度条渲染缩放 bug）适用，已修复： cmds/usr/score.lpc 的 tribar_graph() 和 tybxjh 修复前的版 本逐字节相同（bar_string/blank_string 16 字符， none_string 34 字符，残留的 *2 宽度乘数），同样的两个失效模 式（数值为 0 时因为负数下标 [0..-1] 反而显示满格；超过约一半 时切片终点越界被静默截断成满格）。已用相同的重写修复，注册后食 物/饮水条正确显示（战斗后再查看时能看到真实按比例扣减，比如 15/16）。
• §7.86（tybxjh/xhcii 的留言板 post 崩溃 bug）适用，已修复： 全档案 105 份留言板档案（clone/board/*_b.lpc、d/**/下多处、 p/residence/board/ 玩家自建的留言板）都同时 inherit BULLETIN_BOARD 和多余地 replace_program(BULLETIN_BOARD)，同 样导致 post 指令必然崩溃（*cannot bind an lfun fp to an object with a pending replace_program()）。已删除全部 102 处 多余调用（另外 3 处早就被前任巫师注释掉，保持不动）。live 验证 过：post 正常打开编辑器，"新贴子完成"保存成功。
• §7.86 的另一半（缺失 /log/login/ 目录导致注册截断）不适 用：这份档案的 work/log/login/ 目录本来就存在（里面已经有 newid.log 等真实历史记录），log_file("login/newid.log", ...) 从未失败过，注册流程干净。
• exert_function(10) 类型错误，4 处——之前两次深挖（tybxjh/ xhcii）用来排查这个 bug 的 grep 命令写错了：早先用的是 exert_function([0-9])（单个数字的字符类），根本匹配不到两位数 的 exert_function(10)，所以 xhcii 那次深挖实际上是真的没有 这个 bug（用修正后的 exert_function([0-9]+) 正则重新核实过， 确认 xhcii/tybxjh 都干净），但 zxty 这边是真的有，而且是 live 撞见的：死亡后在鬼门关等复活流程跑完时，debug.log 直接报 出 error: Bad type for argument 1 of exert_function (string vs int)，来自 d/daniel/saveme.lpc:23。和 tybxjh 完全相同的四个 档案（d/zjb/shengji.lpc 升级师、d/daniel/saveme.lpc 和 d/player/ltsh/npc/saveme.lpc 两份"大魔道士--雅薇丝"、 u/zjb/hlxy/zs.lpc 转世僧人）都有这一行死代码，已全部删除。用 goto /d/daniel/saveme 直接重新编译确认修复生效（之前会编译失 败，现在正常显示房间和 NPC）。
• 战斗/死亡/复活测试：〖有间客栈〗禁止战斗（正常设计），移动到 〖中央广场〗与"收破烂的"打了一场势均力敌的回合制战斗，最终力竭 阵亡，落到鬼门关，白无常 在场，判定守卫是同样的 if (!ob || !present(ob)) return;（AGENTS.md §7.68，现已收窄到 仅 bmxkx2001 适用）——按新纪律未做任何改动，让流程原样跑完。 第一次尝试时，流程进行到一半，debug.log 报出了上面提到的 exert_function 编译错误（d/daniel/saveme.lpc）——没有确凿证 据证明这次编译尝试和复活流程本身有因果关系（也可能是某个不相关 的房间重置/巡逻逻辑恰好在同一时间触发了那个档案的惰性编译），但 确实是在等待复活期间实际发生、抓到 debug.log 里的一次真实崩溃， 值得记录。修复 exert_function bug 之后，goto 直接确认了那个 档案能正常编译；死亡/复活流程本身（判定守卫、五阶段对话、 reincarnate()）从代码读取上看没有问题，和已验证过的 tybxjh/ xhcii 是同一套实现。
• 本次没有测试：拜师/门派系统、商店（时间主要花在追查/验证上 面几个更严重的 bug 上，留给后续深挖）。

深度功能测试（2026-08-13，round two，新驱动重测）

针对驱动升级（quest_times/win_times %-operator 修复 + Warning/warning 大小写回退兼容）做的重测。上面记录的所有修复（printf 泄漏、§8.9、 §7.85 进度条、§7.86 留言板、exert_function 类型错误）逐项核对代 码仍然生效；win_times 的 %-operator 也已用 to_int(query("win_times")) % 5（d/city2/npc/refereew.lpc:146）。

本轮新发现并修复的 PROGRAMMING bug

1. feature/dbase.lpc（真正生效的 F_DBASE）的密码写保护是 tybxjh/wlhd 那一类已确认的 bug 形状：if ((prop == "password" || prop == "ad_password") && wizhood(this_object()->query("id")) == "(boss)" && this_player() && geteuid(this_player()) != this_object()->query("id")) return;——wizhood() 纯粹读 wizlist 文件，不检查密码是否已经真正存在于 dbase 里，任何 预先播种为 (boss) 的 id 都会在自己第一次设置密码时被这条守卫 拦截。按已确立的标准修法加上 mapp(dbase) && dbase[prop]，只在 密码已存在时才拦截，不影响首次创建。（u/zjb/ 目录下另外三份 dbase.lpc 死代码副本有完全相同的形状，但没有任何宏或引用指向 它们，未改动。） 2. log_error()（adm/obj/master.lpc，实际生效的 master file）的严重度检查漏了第二个回显分支：这份档案的写法有两条并 行的回显路径——if (this_player(1)) efun::write(...) 和 else if (this_player()) tell_object(...)——第一轮编辑只把严重度判 断包进了第一条分支，live 复现：注册过程中仍然收到大量原始的 编译时段错误：.../combatd.lpc:1384:1: Warning: Unused local variable ... 泄漏，因为走的是第二条 tell_object 分支。已把 两条分支一起包进 strsrch(message, "arning:") == -1 判断（和 yxjh 上确认过的同一类"多分支各自需要单独加保护"教训一致）。 3. log_file()（adm/simul_efun/file.lpc）本身缺少 assure_file() 保护：函数体只有裸 write_file()，同一文件里 的 assure_file() 辅助函数从未被调用。已加上前向声明 + assure_file(LOG_DIR + file);。 4. cat()（同一文件，供玩家/巫师直接呼叫的 cat 指令）两处独立 的 write_file("/log/file/{cat,bugcat}", ...) 同样缺少 assure_file() 保护，且对不存在文件的 read_file() 结果没有类 型检查：work/log/file/ 整个目录被 .gitignore 忽略，真正 全新的检出不会带有这个目录。特别检查过 enter_world() 里的 cat(MOTD) 调用——它的调用者 base_name(ob) 正好是 /adm/daemons/logind，两处 write_file() 都显式排除了这个调 用者，所以这条路径本身不会导致"每次登录必崩"（不像 yxcs 的 cat(WELCOME) 那次），但玩家/巫师直接用 cat 指令读取任意档 案时仍然会命中未防护的 write_file()。已给两处都加上 assure_file()，并把 write(str1) 改成 write(str1 || "")。

Proactive checks / 观察记录

• 一个间歇性触发、确认为既有安全设计、未修改的现象： adm/daemons/wzd_log.lpc（真正被 logind.lpc 多处呼叫，不是死 代码）给巫师/管理员账号加了一层算术验证码防护——wizardp(user) 为真时，enter_world()/reconnect() 会被重定向进 wzd_log()，显示一串数字并要求提交一个基于隐藏公式 (n1*n4+8)*100+n2*n3-3 算出的答案，答错就直接断线（不崩溃，干 净拒绝）。本轮测试中这个挑战在某些重连尝试中出现、某些又不出 现（比如用一个独立的裸 socket 脚本单独测试时完全没有触发，紧接 着的另一次快速连续重连又触发了）——具体触发条件似乎和 previous_object()/连线时序有关，和 yxjh 那次确认的连线状态竞争 同属一类现象，但这次是驱动干净拒绝，没有崩溃或指令流错位， debug.log 全程也没有任何报错。因为触发/不触发都不产生真正的 程序错误（只是安全挑战有没有被插入这一步），按本项目"没有实测复 现真正崩溃就不改动"的纪律未做处理，如实记录供未来复测参考。

实测过程

管理员 fluffos（管理密码 AdminMud@2026，普通密码 Mud@2026，adm/etc/wizlist 早已播种但从未真正注册过）用完整双 密码注册流程创建，落地"有间客栈"，score 显示"【巫师总兼】"头 衔，食物/饮水满格。随后做了三次独立的断线重连+密码验证（详见上方 "间歇性触发"记录）：均成功用普通密码登录，存档数据一致。全程两个 调试日志位置都干净，无运行时错误。驱动按精确 PID 结束；管理员存 档已提交。

AGENTS.md §7.100 修复（2026-08-19，批次三）

ROOM 基类冗余 replace_program(ROOM); 自崩溃地雷（详见 AGENTS.md §7.100）：4474 个房间文件命中。本 lib 有四份独立的建房工具拷贝 （clone/misc/roommaker.lpc、u/xiyang/obj/roommaker1.lpc、 u/landy/obj/roommaker.lpc、u/bzhou/obj/roommaker.lpc），全部 四份的字符串拼接代码生成模板里都烤了同一个地雷，一并修复。

修复：脚本化删除独立成行的 replace_program(ROOM);，四份 roommaker 模板手动摘除字符串拼接片段。git diff --stat：4474 files changed， 与预期精确吻合。

验证：build-debug 驱动真实冷启动，端口 40166 正常监听。既有管理 员账号 fluffos/Mud@2026 登录（本次连线未触发既有记录过的间歇 性 wzd_log 巫师身份验证挑战），score 显示【巫师总兼】头衔， quit 干净退出，全程无新增 "cannot replace"/"cannot bind" 日志行。 测试触发了本 lib 自身"游戏内时长不足 30 分钟不予存档"的既有逻辑， 误删了 data/login/f/fluffos.o，已用 git checkout 还原，未纳入 提交。

§7.30 uninitialized-mapping accessor sweep (2026-08-20)

Corpus-wide mechanical sweep of the feature/skill.lpc shared-lineage bug (confirmed independently on xiakexing2017/jqxz2015/haiyang2 via round-four testing): 4 accessor(s) in this file returned a raw never-initialized mapping instance variable (defaults to int 0, not ([]), until first assigned), crashing any unguarded keys()/sizeof()/indexing caller for a fresh/untrained character. Fixed at the accessor level (mapp(x) ? x : ([])) per the documented remedy. Verified via lpcc --batch static compile check only (not a live boot) as part of a large mechanical sweep; not individually functionally re-tested live on this lib.

深度功能测试（2026-09-03，round three，shop + 拜师）

新角度：醉仙楼购物 + 丐帮左全拜师，并核对存盘后门派是否还在。 2026-08-13 那一轮明确没测这两步。

实测过程

管理员 fluffos / 普通密码 Mud@2026（本次未走管理密码）。落地 /d/city/kedian。goto /d/city/zuixianlou，list 价目为铜钱尺度 （烤鸡腿八十文钱）。clone /clone/money/gold 后 buy jitui 成功 （找零九十九两银子 + 二十个铜板）。F_DEALER（feature/dealer.lpc） 没有丐帮「穷叫化」拒绝；dealer1.lpc / vendor.lpc 有，醉仙楼小二 不用那两份。本轮仍先买再拜。

goto /d/gaibang/inhole，apprentice zuo：左全收徒，score 称谓 「丐帮第二十代弟子」、师傅左全。没有 yxjh 那种 join 名门正派 门。 显式 save 成功，user.o 立刻带上 family。

本轮第一次登陆 127.0.0.1 没走 wzd_log；断线重连时触发，显示码 首位是诱饵，按第 2–5 位算 (n1*n4+8)*100+n2*n3-3 通过，公式和 2026-08-13 / zxty08 记录一致。重连 score 仍是丐帮第二十代弟子 / 师傅左全，银子还在。

quit.lpc 对 mud_age < 1800 会删 login.o（真正 rm 没有 wizardp()）。和 zxty08 同一既有政策，未改，本轮不 quit。

发现并修复的 PROGRAMMING bug

1. cmds/usr/save.lpc 把真正的 link_ob->save() / me->save() 注释掉了，只打印「档案储存完毕」。 和 yxjh 同一形状。已恢复 成真正调用两个 save()。

2. securityd.lpc valid_read() 里对 /log/ 的拒绝会 log_file("file/bug_read") 再入。 非 zmud/bzhou 的巫师 （包括 fluffos）登陆会 Too deep recursion。加了 in_valid_read 重入保护（和 zxty08/yxjh 同形状；允许 id 在这里 是 zmud/bzhou）。修复后登陆两行警告，clone 一行警告加黄金 复制成功，本 boot 零 recursion。