请教大神，这是什么原因？？？

紫霞仙子(zxxz@tj)

<!-- Produced by MUSHclient v 4.84 - www.mushclient.com -->

> 你身上包含下列特殊状态： ┌────────────────────────┐ │状态名称约剩余时间      类别│ ├────────────────────────┤ │真实视野        一千四百二十五分         ？ │ └────────────────────────┘ 当前你没有被判断为机器人。

做10个LL，会买2次vpearl，是不是检查cond时出问题了？？？

傲雪(aoxue@tj)

应该是lostletter和govpearl两个函数的循环调用问题，condition.vpearl赋值延迟会这样
我也遇到这个问题情况，晚上换个思路试试，如改好贴上来分享

本紫(zhaoziyu@tj)

偶而会遇上一次，极少的概率

无法风(kkfromch@tj)

aoxue@tj 发表于 2019-11-9 17:51
应该是lostletter和govpearl两个函数的循环调用问题，condition.vpearl赋值延迟会这样
我也遇到这个问题情 ...

1. function dhvpearl()
   
2.     exe('duihuan vpearl;cond')
   
3.     if lostletter==1 and needdolost==1 then
   
4.        needvpearl=0
   
5.            condition.vpearl=60
   
6.        return letterLost()
   
7.     end
   
8.     if LLlost*1>=lostno*1 and needdolost==1 then
   
9.        return dolostAg()
   
10.     end
    
11.     return check_halt(check_food)
    
12. end

复制代码

兑换之后强行赋值60，如果condition没抓到，就按60算，抓到则刷新为720。

这样就不会重复去兑换了。

这个往往是关了LL按钮，再开一次，100%会去兑换。

定制我早改了，这个以前最多有换过上万分钟的，损失还是挺大的，现在给新公版也加上！

销魂子(feicui@tj)

kkfromch@tj 发表于 2019-11-9 22:39
兑换之后强行赋值60，如果condition没抓到，就按60算，抓到则刷新为720。

这样就不会重复去兑换了 ...

我建议每更新一个地方就加100通宝，至少更新要有价值，嘿嘿

傲雪(aoxue@tj)

kkfromch@tj 发表于 2019-11-9 22:39
兑换之后强行赋值60，如果condition没抓到，就按60算，抓到则刷新为720。

这样就不会重复去兑换了 ...

这个思路不错              

傲雪(aoxue@tj)

循环确认的函数真是害死人

慕容千和(kenck@tj)

太好了这个问题也算解决了

紫霞仙子(zxxz@tj)

kkfromch@tj 发表于 2019-11-9 22:39
兑换之后强行赋值60，如果condition没抓到，就按60算，抓到则刷新为720。

这样就不会重复去兑换了 ...

多谢小风神的无私帮助，{:3_102:}{:3_102:}{:3_102:}

本粟(cwt@tj)

还会这样子啊？我只有一次已经买了一颗了，后来重进，把ll新开了一次，又买了一颗。其他的时候都没有遇到过。