raczman

Thanks for using it, but my name is not Derex (while it's nice that you compare me with him). Actually it's my patch with Infinity's mods, and slight omp critical lock added somewhere where i was too stupid to forget. EVEN if Derex added something to it, It's rude to completely remove any credits of Infinity's and mine work.

Noone in here cares about your issues with arcemu. Go away troll.

You didnt notice that the main thread is the one on top, the one which spawned other threads?

There is a WAR emulator project, in which i am involved. We are to release soon. I do not want to advertise in here, and since our site has essentially nothing yet, you miss nothing. When release is made, youll find us.

tested this on default phpMA installs across variety of debiain-based distros, and they do not work. By the way, i am 100% positive the "hacker" got in using mangos/mangos user/pw combination on pma or with mysql CLI client. Most of the people forget to restrict access to users from outside.

It actually is the only idea to allow user to write and not get interrupted by log output. Question is what about windoze users?

Last time i checked Vladimir could speak for himself Thanks, i am by no means automake guy

Yes and no, this library is used in tonnes of free software (bash, gdb, and so on...) But devel packages are still needed for building. No, not at all. Configuration is optionall and it only overrides default behaviour.

Oops. I forgot to remove the "TC>" in original diff. Hope that doesnt hurt anyone. Ncurses is nice, but history and tab completion is what i missed the most, so thats what i started with first.

IDApro, ollydbg, some packet sniffer, and in case of our eastern european brothers, vodka. And lots of patience. But generally you're right, packet analysis is "the thing" when it comes to developing an emulator.

Really nice patch, congratulations. We did point 1 in trinity some time ago, and maybe it didnt bring whole lot of performance, but now calling Unit->GetMap() doesnt make me shiver

The only valid argument for supporting lua in core is lack of compilation. But honestly, for complex scripts you will have to use C++, for rest ACID is fine.

This is a really good idea, but for start i would recommend trying to support one project. You will lack people and resources at the beggining, and you will find yourself working mostly alone. Don't let that discourage you. I am working on some sort of custom/fun core and i am amazed that there are NO custom or simply fun scripts out there, everyone pushes "Blizzlike" like we do not have SD2 and ACID to do that. I wish you good luck, and have fun doing that

This thread just proves that majority of people who criticise git don't understand it, or DVCS in general. Git is working fine, and it handles much bigger projects (linux kernel, anyone?).

This is my take on blink, works fine as much as i tested it: http://bitbucket.org/KingPin/trinitycore/changeset/11091185473d/ this commit fixes a typo i made, it is needed for proper work: http://bitbucket.org/KingPin/trinitycore/changeset/b3e0e36ab858/ The patch should work in mangos too, since there are no differences between both in that place in code.

Should work, if you have gcc.

First, i dont have time, second /* mod edit until further notice */. If you want to follow this patch's development (ill update it in few days), youll know where to look for it.

That DB was connected to some php frontend and other tools used it, hence the max_connections

Well, dump tables before using, etc. 2k+ on that config.

Well, if you think machine is not loaded enough, add another thread? CPU is expensive, make it work to prove its worth

It looks like wether i made a mistake in mangos diff - or you have some problems with DB performance. But thanks for thorough testing, i appreciate that! Will look into what you posted ASAP.

Hmm, I added -fopenmp, at least in the diff from previous page. I really dont know where did i add -fomp, but if i did - sorry - i was writing mangos diff after pulling an all-nighter - yay for no sleep.

he pushed that patch to my patchqueue at bitbucket, with name "mtmaps3".

That's bad. The load should balance evenly on all cores. How many threads did you set for mtmaps?

The point of it is to use more CPU Thanks for testing, but could you give me some numbers? CPU load without and with this patch - or maybe if you have it in mangos, update time diff.