I've tested this many times through the task manager with different types of variables, but it seems that there is still some kind of leak left after you remove a variable.
As an example, i made one of my functions (GUI) like this: ( )
set udg_Point1 = (Position of Peasant 0000 <gen)
set udg_Point2 = (Point1 offset by 0.01 towards (Facing of Peasant 0000 <gen) degrees)
call RemoveLocation (udg_Point2)
call RemoveLocation (udg_Point1)
Obviusly this would not leak, at least i don't think so, but apearently warcraft is still affected, even though the memory leak is about 50 times larger without the nullifying of the locations.
I ran this 400 times every 0.01 seconds. This is ALOT, and that many points every second would obviusly not be used in a game. The problem is the groups who uses one hell of a lot more space than the points.
Also, even though the memory leak is reduced to 2% it is still a big problems for maps like Warloc where there is a constantly running system who uses a huge amout of points and groups.
Is there anyone who knows how to remove this leak? Preferably without moving to JASS.
As an example, i made one of my functions (GUI) like this: ( )
set udg_Point1 = (Position of Peasant 0000 <gen)
set udg_Point2 = (Point1 offset by 0.01 towards (Facing of Peasant 0000 <gen) degrees)
call RemoveLocation (udg_Point2)
call RemoveLocation (udg_Point1)
Obviusly this would not leak, at least i don't think so, but apearently warcraft is still affected, even though the memory leak is about 50 times larger without the nullifying of the locations.
I ran this 400 times every 0.01 seconds. This is ALOT, and that many points every second would obviusly not be used in a game. The problem is the groups who uses one hell of a lot more space than the points.
Also, even though the memory leak is reduced to 2% it is still a big problems for maps like Warloc where there is a constantly running system who uses a huge amout of points and groups.
Is there anyone who knows how to remove this leak? Preferably without moving to JASS.