DasBlub

tztz, you should know that! it was Septimus (info can be found here: http://www.gotwow.ic.cz/mangos/ (you'll have to use the google cache, page seems to be down atm).

hm... why haven't you also moved the '400' branch into an own repo? something like mangos/future_versions or so? maybe a repo without a 'master' branch but only with branches like '400', '403a', etc.

will you post an information somewhere, so that the users know about the new repos? at least at a short sight, i haven't seen any information. oh, and... *raises his hand* ...I'd like to have commit-access to mangos/one

maybe he has access to that special client? but there is at least one project out there which implements a client for mangos (forgot its name, but it's somewhere around in this forum), so they could implement any OPCode they want, right?

you just have to remember that you'll have to pay for a windows license so linux is at least cheaper. i personally don't like windows servers, windows is (for me) something which you can (but don't have to) run on your desktop but which should stay away from any server (except domain controllers for windows domains and exchange servers (for those using outlook))

splitting up the repos could also be useful to give some users only commit access to some of those branches (e.g. someone only working on 0.12 but not on master). i'd go for mangos/mangos-vanilla (= mangos zero), mangos/mangos-tbc (= mangos-0.12), mangos/mangos-wotlk (=mangos master) and mangos/mangos-cata (mangos 4.x)

what about summer/winter time change?

@iforgotmypassword: you can write your 2nd code like this (untested, only written here in the forum): else return c->CanFly() || (c->CanWalk() && c->IsTargetReachable(this)); and for the first one: shouldn't you return false if i_path is NULL?

i still have that problem

once a month we have a little meeting with the lead developers from blizzard and they give us the newest informations. we're actually on their payroll. they pay us for holding back your patches, otherwise mangos would already have everything implemented 100% i guess you can answer your question yourself...

nowhere. this code shows developers the structure of the packets, so that they can implement it. there are also people who can read that and write code for it, not only copy it and ask where to paste it.

SD2 (http://scriptdev2.com/) is responsible for the "scripts" (i hate calling a c++ library "scripts" ) here you can find the tracker: http://www.scriptdev2.com/showthread.php?t=2478

sorry if it sounded rude. db content is something which is not being discussed here (several reasons, if you're interested you can try to find some (older) locked threads ). i've never played a DK and thus cannot tell whether it's your fault or not, that's why i'm saying that you should report it as a bug if you think that it's one

in my eyes it isn't, but this is nothing to discuss here.furthermore, this thread is useless. provide bug-reports and/or patches in the appropriate forums.

afaik you normally set the USE_STANDARD_MALLOC when you call the compiler, so you'd compile with -DUSE_STANDARD_MALLOC, but no guaranties for that and i don't know exactly how it'd be done on windows (though i'm working on windows, but i've never done it)

mangos does not yet support vehicles.

i guess finding the big button "source" and maybe reading some posts (stickies) requires too much skills nowadays... *locked*

Actually, I like it this way - I can "search for new posts" on each visit and simply ignore threads I'm not interested in and they won't show up on next visit unless someone "refreshes" them. I though it's more like a feature than a bug -- SMF forums do the same. in forums like wbb3 you always have the possibility to search for posts since your last login, without having to mark them as read at logout... and damn, i hit the "thank you" button accidentally and can't remove it... this should be implemented too

it still does mark all threads as read at logout/timeout, that way i (and probably all others too) can't keep track of discussions. this should be fixed ASAP

just compile it yourself then, instead of using the version in the apt-repository

better write ++iter; in that case, iterators are faster that way. (only some small thingy which jumped to my eye when i was looking over it)

you can post them here in this thread and mark the thread as "WIP" (work in progress), so that other users might help you with it.

i still get some of those from time to time (randomly appearing, gone after refreshing the page):

moved.

similar patch in [10610] commited, just way bigger thanks! SD2 fix: http://www.scriptdev2.com/project.php?issueid=1125