背景:
阅读文章

残留user_ob引发的BUG

[日期:2007-05-06] 来源:  作者: [字体: ]

我来回答下上回ajiu问的那个怎么处理新玩家login过程中出现的bug:


就是玩家在设定完email,还没有设定性别的时候断线,然后再重新连线建立同uid的新id
的时候,登陆的时候正常,但是quit之后再login就会出现的是否取代连线人物的提示,
这时如果取代,则连线进来的id是个失效的非生物的id。


先分析一下这个问题产生的原因:看logind.c里玩家设置完email就会调用make_body(),new


一个USER_OB,然后进行user_ob和login_ob的uid和id的设置,这时内存中就有了这个
uid属性的user_ob,第二次再重新注册成功后,系统内存中就又生成了一个这个uid的
user_ob,当这个新玩家quit的时候,系统会destruct掉这个这个新玩家当前控制着的这个
user_ob,可是此时内存中还是存在一个同uid的user_ob,就是开始这个玩家注册时在填写
完mail后发生断线而残留的。所以当这个玩家再次登录时,LOGIN_D自然会调用find_body
函数检查children(user_ob),发现了这个uid的user_ob后,会出现你要取代连线中人物这
句话的提示,取代以后,玩家的控制权就转到了这个user_ob身上,可是这个user_ob是个
不健全的,也就是说,只设置到email就被中断了,没有gender、没有title、没有食物和水……
总之是个残疾的user_ob(好象一个npc,呵呵,简直比npc还不如),所以就会出现非生
物的那种尴尬状态。


解决办法一个是我原来说的,重新改写logind.c,拉近new(USER_OB)和enter_world()之间
的时间距离,要玩家根本没时间在这个关键过程里断线。或者简单的办法就是,在玩家连
线输入密码之后,检查children(USER_OB)里是否有同uid的user_ob的同时,加一条判断,
判断这个user_ob是不是正常的,(只需要用userp判断一下就可以了,看看它是不是曾经
可互动的,因为失效的user_ob都是没有经过exec()传递过可互动的属性的。)如果不正常,
马上dest了就是。


只需修改logind.c的find_body()函数如下:


object find_body(string name)
{
        object ob, *body;

        if( objectp(ob = find_player(name)) )
            return ob;
        body = children(USER_OB);
        for(int i=0; i < sizeof(body); i++)
            if( clonep(body[i])
                &&  getuid(body[i]) == name )
            {
                if(!userp(body[i]))
                    destruct(body[i]);       
                else return body[i];
            }
        return 0;
}

尊重作者 转载请注明出处52mud.com

收藏 推荐 打印 | 录入:sbso | 阅读:
相关内容      
本文评论   [发表评论]   全部评论 (0)
内容推送
52mud提供
一起回忆泥巴游戏QQ群68186072
52mud官方微信公众平台
热门评论