Откуда вообще был взят первый вариант, где два раза _STRING? Всё там должно быть нормально.

call SavePlayerHandleBJ(GetOwningPlayer((Hero[GetPlayerId(GetTriggerPlayer())])),15,1,udg_H)
call SaveLocationHandle(udg_H, 3, StringHash("GV"+I2S(GetPlayerId(GetTriggerPlayer()))), GetUnitLoc(Hero[GetPlayerId(GetTriggerPlayer())]))

if HaveSavedValue(15, bj_HASHTABLE_HANDLE, 1, udg_H) == true then
do action
здесь и наткнулся на  HaveSavedValue
call SetUnitPositionLoc(Hero[GetPlayerId(GetOwningPlayer(GetManipulatingUnit()))],LoadLocationHandle(udg_H, 3, StringHash("GV"+I2S(GetPlayerId(GetOwningPlayer(GetManipulatingUnit()))))))
else
endif

    elseif (valueType == bj_HASHTABLE_STRING) then
        return HaveSavedHandle(table, missionKey, key)
    else
                return false

Centyrion, ещё раз, зачем использовать обёртку вместо нативки?

Откуда вообще был взят первый вариант, где два раза _STRING? Всё там должно быть нормально.

Centyrion:

я о том почему JNJP написал в Function List подобное

Потому что такая функция имеется в игре наверное.

Poma:

Почему бы не использовать напрямую HaveSavedHandle?

Потому что так неинтересно и невозможно из гуя.

valueType == bj_HASHTABLE_INTEGER

	// Hashtable value types
	constant integer   bj_HASHTABLE_BOOLEAN                 = 0
	constant integer   bj_HASHTABLE_INTEGER                 = 1
	constant integer   bj_HASHTABLE_REAL                    = 2
	constant integer   bj_HASHTABLE_STRING                  = 3
	constant integer   bj_HASHTABLE_HANDLE                  = 4

loop
exitwhen k >= F_MaxPlayers()
if GetPlayerSlotState(Player(k)) == PLAYER_SLOT_STATE_PLAYING and GetPlayerSlotState(Player(k)) != PLAYER_SLOT_STATE_EMPTY then
call MultiboardSetRowCount(udg_MB, k + 2)
endif
set k = k + 1
endloop

Возможно ошибка в коде, попробуй

Скопировать в буфер

local integer l = 0
local integer i = 0
loop
exitwhen i >= 10
if GetPlayerSlotState(Player(i)) == PLAYER_SLOT_STATE_PLAYING and GetPlayerSlotState(Player(i)) != PLAYER_SLOT_STATE_EMPTY then
call MultiboardSetRowCount(udg_MB, l + 2)
set l = l + 1
endif
set i = i + 1
endloop

loop
exitwhen k >= F_MaxPlayers()
if GetPlayerSlotState(Player(k)) == PLAYER_SLOT_STATE_PLAYING and GetPlayerSlotState(Player(k)) != PLAYER_SLOT_STATE_EMPTY then
set r = r + 1
call MultiboardSetRowCount(udg_MB, r + 1) //не + 2 а + 1 так как цикл уже запущен
endif
set k = k + 1
endloop

Centyrion:

мне известно что каждый объект который создается занимает в памяти определенное кол-во байтов

Uint32 это четыре байта. Ну и строки остаются в памяти до конца игры.

Только чтоб это сказалось на производительности, это нужно специально постараться.

Выше всё правильно сказали, integer по определению не может вызывать утечек, также
Centyrion:

прочел тут

https://warcraft3ft.clan.su/forum/60-48648-1

-Данная функция абсолютно не криптостойкая, она генерирует 32-битный ключ и её исходники есть в интернете

https://www.hiveworkshop.com/threads/bits-of-interest.213272

Поэтому ничего не стоит сделать брутфорсер и узнать, что за герой будет у тебя создаваться

http://forum.wc3edit.net/deprotection-cheating-f64/hidden-activa...

Где-то на гитхабе видел готовый брутфорсер на java.

Centyrion,

я тебе в 10 раз говорю НИКОГДА не используй вейты в Циклах

Ну не знаю, я использовал на практике специальную функцию, где есть таймер и цикл, а в цикле вейт(!) на 1 сек, цикл работает, пока не истекает таймер. Так вот, с ней никогда никаких ошибок и крашей не было, всё стабильно. Даже на паузе. Версия 1.26а

function BackEnd takes nothing returns nothing
local timer t=GetExpiredTimer()
local integer id=GetHandleId(t)
local unit c=LoadUnitHandle(udg_HT,id,0)
call UnitRemoveAbility(c,'A06I') // здесь убираем абилку и очищаем следы
call DestroyTimer(t)
call FlushChildHashtable(udg_HT,id)
set t=null
set c=null
endfunction
function Back takes nothing returns nothing
local unit u=GetSpellAbilityUnit()
local timer t=CreateTimer()
call SaveUnitHandle(udg_HT,GetHandleId(t),0,u)
call UnitAddAbility(u,'A06I') // это пассивная абилка
call TimerStart(t,0.5,false,function BackEnd) //запускаем таймер чтобы делать чтото
set u=null
set t=null
endfunction

Centyrion, это обыкновенный хэш. Там нечему утекать и ломаться в мультиплеере. Его часто используют для именования ключей хэш-таблиц.

Да и чтоб вызвать просадки производительности, его нужно очень много раз вызвать.

Centyrion, это обыкновенный хэш. Там нечему утекать и ломаться в мультиплеере. Его часто используют для именования ключей хэш-таблиц.

Да и чтоб вызвать просадки производительности, его нужно очень много раз вызвать.

((цитата
создает ли эта нативка утечки или чтото такое

и в мултиплеере как она себя поведет не вызовет десинх или все нормально будет