Union Bug 1个需要注意的地方

Renee · 发表于 2009-5-4 15:56:12

对~~楼主的问题产生的原因是~~整个共用空间被定义为handle类型~~所以handle就会对它进行追踪~~

当这个共用空间赋予一个负值的时候~~handle表尝试查询一个负数handle并增加其变量连接数~~自然就导致非法操作~~

而如果共用空间被声明为integer~~那么jass虚拟机会认为该地址是一个integer型数据~~handle表就不会追踪它~~也不会试图进行查询~~于是就不会有问题~~

Renee · 发表于 2009-5-4 16:20:00

其实我在那个帖子里也说过这类问题了~~

疯人￠衰人 · 发表于 2009-5-5 10:50:21

好吧
是我提问时欠考虑了
如果是
local udg_location
lcoal udg_i
set udg_location =Location（0，0）
呢？
也就是说
在空间已经被共用后创建的handle的连接数怎么变化呢？
按照头目所说
“而如果共用空间被声明为integer~~那么jass虚拟机会认为该地址是一个integer型数据~~handle表就不会追踪它~~也不会试图进行查询~~于是就不会有问题~~”
那么在共用空间被声明为handle型时
连接数不会增加
那么这个新创建的点的连接数就是0了？

那么它会被自动清空？
自己测试了下
应该是被清空了
[jass]function create takes nothing returns nothing
local location udg_l = null
local integer udg_i = 0
set udg_l = Location(100,1000)
set udg_handle = udg_i
//call TriggerSleepAction( 2 )
call RemoveLocation(udg_l)call DisplayTextToForce(GetPlayersAll(),I2S(H2I(udg_l)))
call DisplayTextToForce(GetPlayersAll(),I2S(udg_handle))
endfunction
[/jass]
如果最后声明的是handle那么会有1个handle泄露（可以用set 0（null）的方法清空）
如果最后是integer则不会
但是终归还是不知道在函数运行中其连接数是多少
不过加上call TriggerSleepAction( 2 )这句后
显示的handle一直是1048672了（等待完成后才运行下次）
而原来是1048672，1048671俩个值轮换着（1048672先出现）
难道TriggerSleepAction也会占用个handle么？

linzefei · 发表于 2009-5-5 12:48:49

看不明白你的话...下来看看

linzefei · 发表于 2009-5-5 13:00:02

TriggerSleepAction也会占用个handle..

我加上几个等待 handle就会跑到那么高。。。。

nikki · 发表于 2009-5-5 13:05:34

待解

Renee · 发表于 2009-5-5 13:11:04

引用第24楼linzefei于2009-05-05 13:00发表的 :
TriggerSleepAction也会占用个handle..

我加上几个等待 handle就会跑到那么高。。。。

别乱说~~出现这种问题肯定是你测试错误~~

linzefei · 发表于 2009-5-5 13:21:56

[jass]function create takes nothing returns nothing
local location udg_l = null
local integer udg_i = 0
local integer i
set udg_l = Location(100,1000)
set i = udg_i
call RemoveLocation(udg_l)
call BJDebugMsg("开始等待此handle="+I2S(i))
//call TriggerSleepAction(1 )
call BJDebugMsg("结束等待此handle="+I2S(i))
endfunction [/jass]

在前１个等待期间　连续按　handle一直递增

疯人￠衰人 · 发表于 2009-5-5 13:24:26

记得有人说过
handle的清空不是立即的
虽然连接数已经为0
但是还会存在一段时间

linzefei · 发表于 2009-5-5 13:27:07

２７楼演示　那加了等待　在前个等待期间　连续按handle就一直递增
不加　就很正常的　２个数值变化

刚看　一直是递增到８０然后倒着使用之前的..
此点确实了　同类型的handle　　回收机制是按栈

linzefei · 发表于 2009-5-5 13:29:35

多个等待　和１个等待一样
估计就类似触发器事件占　handle
等待作用期间才占handle
触发器动作期间才占handle
之后都回收

Renee · 发表于 2009-5-5 13:50:58

引用第22楼疯人￠衰人于2009-05-05 10:50发表的 :
好吧
是我提问时欠考虑了
如果是
local udg_location
lcoal udg_i
.......

你确定没有写错？~~没把某个integer写成handle？~~

至于你那个交替的问题~~研究下面这两个函数的区别也许会对你有帮助~~其实就是把call RemoveLocation(udg_l)和call TriggerSleepAction( 2 )交换了下位置~~

function create takes nothing returns nothing
local location udg_l = null
local integer udg_i = 0
set udg_l = Location(100,1000)
call RemoveLocation(udg_l)
call TriggerSleepAction( 2 )
call DisplayTextToForce(GetPlayersAll(),I2S(udg_i))
endfunction

function create takes nothing returns nothing
local location udg_l = null
local integer udg_i = 0
set udg_l = Location(100,1000)
call TriggerSleepAction( 2 )
call RemoveLocation(udg_l)
call DisplayTextToForce(GetPlayersAll(),I2S(udg_i))
endfunction

linzefei · 发表于 2009-5-5 14:30:05

综合结论。
1。删除点的handle不是立刻回收而是有延迟性
2。根据触发器事件不同，动作期间会占一定量的handle 动作一旦结束就回收handle
3。不是等待占handle 仍只是触发器占的

测试
1。单独开个ESC触发器开上一堆等待创建handle时会发现handle高了很多对应1个触发器1个handle （ESC事件可取得触发玩家）
2。如果是每次触发器动作完再创建handle 会发现和平时都一样不会出现handle空位
3。删除完handle 加个等待等待结束后立刻创建(同1个触发器内) 会发现handle还是被占了
4。删除完handle 加个等待等待结束后开个0秒计时器再创建（独立于触发器线程了）会发现handle不被占了
5。把玩家按ESC事件换成游戏周期事件(玩家事件有个触发玩家占handle) 测试发现handle不再被占用

目前结论及测试手段

linzefei · 发表于 2009-5-5 15:01:39

１.２２测试结果和１.２０ｅ一样

只要暴雪不发疯以后版本的测试结果都一样

血戮魔动冰 · 发表于 2009-5-5 18:16:54

引用第20楼Renee于2009-05-04 15:56发表的 :
对~~楼主的问题产生的原因是~~整个共用空间被定义为handle类型~~所以handle就会对它进行追踪~~

当这个共用空间赋予一个负值的时候~~handle表尝试查询一个负数handle并增加其变量连接数~~自然就导致非法操作~~

而如果共用空间被声明为integer~~那么jass虚拟机会认为该地址是一个integer型数据~~handle表就不会追踪它~~也不会试图进行查询~~于是就不会有问题~~

1.共用空间？
什么意思？
2.该地址？
指的是什么地址？
共用空间的地址？是物理的还是handle的？
3.handle表就不会追踪它~~也不会试图进行查询代表被指向的handle的变量连接数-1吗？

好吧……就这么多……以上33楼……每人+1印象~~

血戮魔动冰 · 发表于 2009-5-5 18:30:42

还有……如果：
[jass]local unit udg_u = ...
local integer udg_i[/jass]
这样，按头目的说法……先运行第一行：udg_u指向的unit的变量链接数+1
然后运行第二行：udg_i引发Union_bug，公用空间变为integer。
handletable不再跟踪此公用空间……
后面就没有代码了（按照头目的说法，不需要任何代码来排泄）

但是…………………………
第一行增加的变量连接数还是增加了…………
这是为啥呢？
还是公用空间变为integer的时候，变量连接数就-1了？

这个是让我很困惑的一件事情…………

linzefei · 发表于 2009-5-5 18:44:34

另外至于如果我硬要问说这个究竟会不会增加变量连接数？~~那么其实你可以自己分析下的~~首先当local udg_location= Location（0，0)执行的时候~~连接数其实是确确实实增加了的~~但是同时~~当下一条语句执行的时候~~两个变化发生了~~

此时增加了连接数

第一个：由于共用空间有了新的初值~~那么显然就不再指向 Location（0，0)对应的表位~~于是该表位变量连接数被清空~~一旦你destroy了那个location~~这个表位就可以复用了~~

此时清除了连接数

第二个：随着udg_i被声明~~共用空间的性质发生改变~~于是该共用空间的新值（不管是什么，就算udg_i的初值不为空）~~他也不会对handle表产生任何影响~

以后不会再增加连接数

头目前面说了的

疯人￠衰人 · 发表于 2009-5-5 19:10:27

引用第31楼Renee于2009-05-05 13:50发表的 :

你确定没有写错？~~没把某个integer写成handle？~~

至于你那个交替的问题~~研究下面这两个函数的区别也许会对你有帮助~~其实就是把call RemoveLocation(udg_l)和call TriggerSleepAction( 2 )交换了下位置~~
.......

我确实是忘写了变量类型……先是handle后面是integer……按头目说的
我的意思是如果在共用空间声明为integer时，创建了一个新的handle，那么它的连接数是多少，因为头目说这是连接数不会增加，那么这个handle应该是会在内容释放之后自动清空的……反正就是这时的连接数……

引用第34楼血戮魔动冰于2009-05-05 18:16 发表的 :

1.共用空间？
什么意思？
2.该地址？
指的是什么地址？
共用空间的地址？是物理的还是handle的？
3.handle表就不会追踪它~~也不会试图进行查询代表被指向的handle的变量连接数-1吗？

.......

这个你看unionbug那个帖子吧，后面有的

引用第35楼血戮魔动冰于2009-05-05 18:16 发表的 :
这样，按头目的说法……先运行第一行：udg_u指向的unit的变量链接数+1
然后运行第二行：udg_i引发Union_bug，公用空间变为integer。
handletable不再跟踪此公用空间……
后面就没有代码了（按照头目的说法，不需要任何代码来排泄）
.......

实际上时在第二个声明后才开始成为共用空间的
第一个声明时，如果有赋值的话，它跟正常的局域变量是一样的
当第二个局域变量被创建时，创建了一个新的内存空间
同时把第一个变量对应的内容（handle值）改成了第二个，相当于同时把两个变量都赋值了
而第一个变量原来的值就会被放在那不会调用，一直占用内存
如果第二个变量没有赋值，那么这块新的内存空间就是空（不是0，是Null）就跟没有赋值一样，同时两个变量都会成为空

eff · 发表于 2009-5-5 22:15:05

union bug 这么诡异的？

我有理由进一步拒绝使用这个东西了。。。

疯人￠衰人 · 发表于 2009-5-5 22:25:40

以上是研究handle的
……

		自动登录	找回密码
密码			点一下