in my experience, its not a start_script issue but more a "how-many-instances-of-the-script" issue...

the more instances of the same script are running together, the more it leaks.

weird, try this one

http://www.sharebigfile.com/file/127677 ... t-rar.html

however its a simple textcommand that starts another scripts with a heavy cycle that does nothing but adding useless trash to an array.

it does, just right click -> save object as

there is a memory leak in packethooks, unfortunately it isn't related to what code it's inside them, it just happens when a packet is sent or received and there's a packethook for it.
it appears to affect both receivefunction and sendfunction

core version: 097 2007-01-04 RC2 Coregina
platform ...

I could write a quick script to connect to a server and login to a large number of accounts, if any of the core devs thought it would be useful for testing. I may do it later just for kicks to see if the distro has the same problem.

it's not needed... it seems that the leak happens just for the ...

i always used

var abc:={};

to declare an array... i like it more than var abc:=array; or var abc:=array{};

the latter one seems too much of a 2 dimension array... and the other is too "literal", i like the {} which reminds me of [] c++ syntax

no, sorry
i think-there is still problem with packethook-memory-leak
but...without packethook my shard is totaly unplayble, i can`t test this.

after intensive testing i came up with the conclusion that you are right... seems a packethook leak. i am almost sure, tried disabling them on local test ...

that's a good question...

i believe that exit just terminates the current script, regardless from where it is called (for example inside a function)
while return just ends the current function (that can also be the main program of course)

also if there isn't a return then the function returns 0 ...

map dimensions are hardcoded in client.exe

look here : http://www.ryandor.com/forum/viewtopic.php?t=2775&start=0
^ but it`s not a complete solution.

oh yes i forgot that... btw you could trick the client with pachethooks, making him think you are on ilshenar... then you would have to rename the ...

hm... wouldn't be better to have 096 and 097 debian to run also on ubuntu?

going on like this, there should be binaries for every single distro out there (and there are so many ).
after all ubuntu is debian based, i think its better to have debian binaries working on it

you forgot to change also the mapdif2 stadif2 stadifi2 stadifl2

also, if you renamed map2 etc, to map0 then i think uoconvert should have a mapid=0 usedif=0 instead of mapid=02

pol supports all clients, even really old ones. it's just a matter of configuration.

also be sure to have encryption removed in both client and pol.cfg

it surprises me when a script written from scratch compiles at the first try. usually there's some typo here and there

You can always try the crude methods.

What about on a test shard: does ram usage grow without players, if you remove the npcs files and turn off the spawner does it still grow? Can you reproduce the things that do cause ram usage to grow? Are there any situations where you can stop it growing ...

that should be fine, but instead there must be some other thing that causes that high memory usage... i have the same problem, and just can't figure out what's causing this

Sure we will have choice... www.reactos.org
There is hope.

reactos is a very good project, i hope that it will become a true alternative to windows.

however, with vista the story repeats itself. i remember years ago people was complaining about XP in the same way i now see complains about Vista ...

that doesnt sound like a bug, but a hidden feature used probably for debugging...

gotta try it *_*

edit: seems like it does some testing with statics and maps

zandor70 wrote:Beh... I can move player anywhere by script but not with movement graphic.... but in effect I can command graphic actions... or I am wrong?

yes you can

i did a bit more searching in the forum and found this in the 097 Coregina Roadmap :


Remove known Memory Leaks (cfg and ecl-file handling).


i knew about cfg leaks (infact i don't use appendcfg* functions nor unloadcfg in my scripts) but not the other, to me it seems related to what i am ...

i'm sorry to bring up this post, but did you find any solution?

tried with

MethodScript :maps:/map/method

or just

MethodScript map/method

?

take a look inside pol.log and script.log

if you have any additional information would be better to post it

i know garbage collection is an intrinisc characteristic of C# and Java.
POL is written in C++, there are some libraries that provides various implementations of grabage collection.

btw, as i said, would be better to have all leaks fixed