作者laechan (小太保)
看板mud_sanc
标题[wizs] debug.log
时间Thu Dec 31 16:28:19 2009
今天早上看的时候 debug.log 大小是 119，下午看的时候
变 145，有增肥情况，所以挑出来 debug 一下。
新的一年..最好临时站主机不要出什麽意外。
===================================================
执行时段错误: *Bad argument 1 to lower_case()
Expected: string Got: 0.
程式: d/ppl/quest/dark/room/c.c:113
物件: /d/ppl/quest/dark/room/c
/d/ppl/quest/dark/room/c "gamble14" d/ppl/quest/dark/room/c.c:113
通常是 lower_case 里面接的东西没有被指定, 或者是做
物件 query 时根本没这物件存在造成的.
quest 你可以检查看看 c.c 的第 113 行。
Expected: string or array or object Got: 0.
",
"file" : "d/ppl/quest/dark/room/die.c",
"trace" : ({ /* sizeof() == 1 */
([ /* sizeof() == 7 */
"arguments" : ({ }),
"line" : 22,
"object" : /d/ppl/quest/dark/room/die,
"function" : "die",
"locals" : ({ /* sizeof() == 1 */
0
}),
"file" : "d/ppl/quest/dark/room/die.c",
"program" : "d/ppl/quest/dark/room/die.c",
])
}),
"program" : "d/ppl/quest/dark/room/die.c",
]),0)
会出现这种叙述是新版 mudos 支援的，即以前的 mudos
遇到这种障碍时不会吐讯息、or讯息吐的不清不楚。
上面的意思是 die.c 的第 22 行有问题。
我刚看了一下程式，因为 quest 在 init 里头呼叫 call_out
，然後被 call 的函数有定一个 object ppl=this_player()
问题：若触发的物件消失，die 函数会不会出现 bug？
答案是肯定的，因为有一行 ppl->die();
若 ppl(即触发 init 的物件)消失，这行就会出问题。
物件消失的通常例子..
一、玩家 quit
二、怪物被杀
执行时段错误: *Bad argument 1 to call_other()
Expected: string or array or object Got: 0.
程式: adm/simul_efun/member_group.c(adm/obj/simul_efun.c):24
物件: /adm/obj/simul_efun
/u/q/quest/objs/wizobj#548744 "cmd_moveall" u/q/quest/objs/wizobj.c:1271
/std/user#440774 "move_player" std/user.c:373
/std/user#440774 "move" std/ob/user.c:166
/std/ob/user_d "move" std/ob/user_d.c:49
/std/user#440774 "move_to" std/ob/user.c:172
/d/ppl/quest/dark/room/a "init" d/ppl/quest/dark/room/a.c:16
/adm/obj/simul_efun "wizardp" adm/simul_efun/member_group.c(adm/obj/simul_
efun.c):24
一般若出现 member_group 的错误，通常是 wiz 相关的判断
出问题造成的。
而 wizardp 函数里面接的则是物件，因此跟上面类似，通常
是该物件已消失，不然就是该物件被杀→destruct。
再从 debug 讯息来看，应该是某人使用了 wizobj 欲移动到
某处(a.c)，触发了该地点的 init 函数..
void init(object ppl)
{
ppl=this_player();
input_to("choice",2,ppl);
}
呃，我是不确定你这样写有没有问题，一般程式不会这样子写
，目前已知有在 init 里面加 input_to 的只有各公会，就是
在选择是否设定主公会的判断部份。
很少这样子写的原因，是因为 init 函数的过大适用性─只要
有「物件」进入该房间，就触发 init 函数。
所以一般都会在 init 函数中设定过滤条件，例如..
void init()
{
object ppl=this_player();
if(!ppl || (ppl && !userp(ppl))) return ; // 只有玩家适用底下
...
}
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 61.225.162.109
1F：推 horry7 :以上一切都还在试验阶段，所以会有 a b c test 12/31 22:34
2F：→ laechan :其实像 init 搭配 input_to 的写法很少,如果有些有趣 01/01 23:30
3F：→ laechan :的元素可以透过这方式展现的话,你可以尽量try看看,但 01/01 23:30
4F：→ laechan :是一些能加上去过滤的判断也是能加就加,尽量减少负担 01/01 23:31