回复该贴 发布新帖 发起投票
查看：3755 回复：24
哈哈，发现分红BUG（喷子勿进）
赤木美子
发表于 2017-08-07 19:48:50 | 只看作者 | 倒序浏览
楼主 电梯直达
发现一个分红BUG，此BUG应该为程序员偷懒所致：看图，时间在做倒计时时，当分红倒计时为0时，应该触发终止命令，现在这里出现了很大的一个计时，很明显，这里缺少一个类似continue或break类型的强制结束语句，否则时间将作负数计时即0后就会是-1，当然，时间作计时是没有负数的。所以，从专业性的角度讲-1应该代表的是这里做计时数据类型的最大值。举个例子，我是学C语言的，在TC里面int型数据为2个字节，最大值就是65535，当用65535做加1运算时，结果并不是65536而是0，很简单的，65535转换为二进制为11111111 1111 1111，作加1运算时会出现溢位，即1 0000 0000 0000 0000，而int型在2个字节下只有16位，这里出现了17位（实际是24位，不过前7位是0），计算机在执行命令时，只能识别最后16位，当它转化为十进制后就是0，所以0作减1之后等于-1，而-1代表的数就是当前数据类型的最大值65535，这个和苹果手机上次时间bug类型相同。当然，如果定义为unsigned int 类型时，结果和上述相同，这里不再赘述。所以说此BUG为技术员自己偷懒所致，请尽快修复。
[ 此帖于 2017-08-08 07:00 被 赤木美子 编辑过! ]

0

0

回复 引用 编辑 删除 收藏
丿浅墨
发表于 2017-08-07 19:54:27 | 只看作者 | 倒序浏览
1楼
重新登录也是这样吗？军团其他玩家看是否正常？
回复 引用 编辑 删除
91用户367538244193124
发表于 2017-08-07 19:55:18 | 只看作者 | 倒序浏览
2楼
程序猿就是猿，脑筋只会直着走，不会转弯！我能说你用小号拍卖，然后切换到大号，再用大号追加，等拍卖结束就这样了
回复 引用 编辑 删除
丿浅墨
发表于 2017-08-07 19:59:54 | 只看作者 | 倒序浏览
3楼
引用 99用户367538244193124 发表于：2017-08-07 19:55:18
程序猿就是猿，脑筋只会直着走，不会转弯！我能说你用小号拍卖，然后切换到大号，再用大号追加，等拍卖结束就这样了     
您是说同一个物品小号拍卖了然后切换到主号加价就会这样时间变得异常吗？每次都是这样吗？
回复 引用 编辑 删除
99用户938121612081906
发表于 2017-08-07 21:16:07 | 只看作者 | 倒序浏览
4楼
你这问题客服怎么不说已进行反馈   看官网通知    差距啊
回复 引用 编辑 删除
丿浅墨
发表于 2017-08-07 21:21:42 | 只看作者 | 倒序浏览
5楼
引用 99用户938121612081906 发表于：2017-08-07 21:16:07
你这问题客服怎么不说已进行反馈   看官网通知    差距啊     
正在和LZ核对具体情况呀，我们要核实后才会有结果呀~
回复 引用 编辑 删除
菩提树下自修行
发表于 2017-08-07 22:14:33 | 只看作者 | 倒序浏览
6楼
表示看不懂。。。。
回复 引用 编辑 删除
99用户960711446183408
发表于 2017-08-07 23:06:14 | 只看作者 | 倒序浏览
7楼
楼主傻逼，鉴定完毕
回复 引用 编辑 删除
赤木美子
发表于 2017-08-07 23:13:24 | 只看作者 | 倒序浏览
8楼
回复 2#  99用户367538244193124

第一：你看看东西被拍了吗？看看是不是和你说的那样，第二：如果你对这种专业性的问题不了解请不要回答。谢谢
回复 引用 编辑 删除
仰望1992
发表于 2017-08-08 00:02:37 | 只看作者 | 倒序浏览
9楼
先不说真假，一般人说不通这关系，楼主牛逼了
回复 引用 编辑 删除
半城繁华心不在、
发表于 2017-08-08 00:50:25 | 只看作者 | 倒序浏览
10楼
回复 6#  菩提树下自修行

看不懂就对了，不是那个行业，他的行话你也听不懂，你只要学计算机以后，1+1不等于2，是0
回复 引用 编辑 删除
赤木美子
发表于 2017-08-08 06:56:36 | 只看作者 | 倒序浏览
11楼
回复 1#  丿浅墨

事情是这样的，因为是6：00的刷魔石，我先用大号打了几分钟，然后用小号打完了。分红开始时是在小号上先看到的，这时时间正常，之后在切回到大号时大号时间也正常。很显然，这里两个号的倒计时没有出现过任何问题，这时，我就用大号去9星一趟，在结束后再次切换到小号时时间出现了异常，期间并没有对物价进行任何加价。BUG问题就在大号结束时切换小号出现的，很明显遇到了0作减1运算，也就是上面我说的-1问题，这时倒计时结束条件在这切换时失效，并没有作强制结束或退出，从而出现数据回滚现象，如果我没猜错的话，应该是大小号共用一个计时器造成的。当然，本分析仅供参考，具体解决方案有你们自行研究。
[ 此帖于 2017-08-08 07:31 被 赤木美子 编辑过! ]
回复 引用 编辑 删除
99用户899652788081019
发表于 2017-08-08 08:34:10 | 只看作者 | 倒序浏览
12楼
回复 11#  赤木美子

客服没有跟你要截图吗？
回复 引用 编辑 删除
赤木美子
发表于 2017-08-08 08:44:58 | 只看作者 | 倒序浏览
13楼
回复 12#  99用户899652788081019

上面有图呀，你没看到？
回复 引用 编辑 删除
99用户958884093095057
发表于 2017-08-08 08:50:50 | 只看作者 | 倒序浏览
14楼
我擦勒，这么高端的发现问题，那些看都不看就喷的人是什么个心态？水军？
回复 引用 编辑 删除
呐抹阳光
发表于 2017-08-08 09:54:34 | 只看作者 | 倒序浏览
15楼
引用 赤木美子 发表于：2017-08-08 06:56:36
回复 1#  丿浅墨

事情是这样的，因为是6：00的刷魔石，我先用大号打了几分钟，然后用小号打完了。分红开始时是在小号上先看到的，这时时间正常，之后在切回到大号时大号时间也正常。很显然，这里两个号的倒计时没有出现过任何问题，这时，我就用大号去9星一趟，在结束后再次切换到小号时时间出现了异常，期间并没有对物价进行任何加价。BUG问题就在大号结束时切换小号出现的，很明显遇到了0作减1运算，也就是上面我说的-1问题，这时倒计时结束条件在这切换时失效，并没有作强制结束或退出，从而出现数据回滚现象，如果我没猜错的话，应该是大小号共用一个计时器造成的。当然，本分析仅供参考，具体解决方案有你们自行研究。     
就是说这个时间的调用方法没有break结束，然后没人竞拍物品时间超过以后大小号切换就会出现时间算法一直运行，导致上面显示的时间变成非常长是吗？
回复 引用 编辑 删除
赤木美子
发表于 2017-08-08 10:13:39 | 只看作者 | 倒序浏览
16楼
回复 15#  呐抹阳光

我个人是这么认为的，至于详细情况，我没有相关源程序代码，我不能做出肯定回答。但是如果是在C/C++语言里，很明显这里缺少时间算法终止判定条件或语句，比如：continue 语句、break语句或if语句等等。当然，如果实在J a v a或者C#里，这个我就不太清楚了，但这肯定是个BUG。
回复 引用 编辑 删除
萌熙丶Love
发表于 2017-08-08 10:22:13 | 只看作者 | 倒序浏览
17楼
回复 16#  赤木美子

客服都是辍学的高中生或者是无业游民，跟他讲这么专业干嘛，他也不懂
回复 引用 编辑 删除
呐抹阳光
发表于 2017-08-08 10:24:07 | 只看作者 | 倒序浏览
18楼
引用 赤木美子 发表于：2017-08-08 10:13:39
回复 15#  呐抹阳光

我个人是这么认为的，至于详细情况，我没有相关源程序代码，我不能做出肯定回答。但是如果是在C/C++语言里，很明显这里缺少时间算法终止判定条件或语句，比如：continue 语句、break语句或if语句等等。当然，如果实在J a v a或者C#里，这个我就不太清楚了，但这肯定是个BUG。     
您是哪个区服的，这边反馈确认一下~
回复 引用 编辑 删除
赤木美子
发表于 2017-08-08 10:25:49 | 只看作者 | 倒序浏览
19楼
回复 17#  萌熙丶Love

看他的最后一次回答，好像学过J a v a，目前我了解的知识面只有在J a v a里才能称为方法。
回复 引用 编辑 删除
回复该贴 发布新帖 发起投票
发表回复 温馨提示：请在15分15秒内提交，否则可能丢失您刚刚输入的内容
请对您的言行负责，遵守中华人民共和国有关法律法规，尊重网上道德。
声明：本站中网友文章中的观点与本站立场无关！
召唤版主 0

可召唤0次