DasBlub

please do not post links to self-compiled programs. we can guarantee that those in our repository are "clean" (without any virus, from clean sources, etc.), but we cannot take the risk that anyone uploads infected programs.

sorry, i don't have much time now, but those two articles should give you an idea of how to use bitmasks: http://en.wikipedia.org/wiki/Bitmask http://en.wikipedia.org/wiki/Bitwise_operators

afaik the developers' island does not exist anymore. i think it has been removed from the client sometimes before version 2.4.3.

why add git_id to it? only mangos devs use it and it almost never changes.

i vote against translating any console output. console output (of any program, not just mangos) should *always* be in english, so that you can just copy&paste it and everybody will understand it. if you run into a problem and post your log here, we can understand it. if you have a translated version, we won't. the best example is visual studio: it always has translated versions, so if someone posts his VS-error-logs here, we don't understand them. but VS does it good too: they have error-codes. so you just have to search for those error-codes on MSDN and you'll find the english version of the error. it just takes more time.

uh, i don't understand what you mean, lillecarl. yes, we do already have hooks and an example implementation of a library is here: https://github.com/mangos/mangos/tree/master/src/bindings/universal the idea of this thread here is to implement a new way for the hooks, because the current one is more c-like than c++-like (using function-pointers and other such stuff) and it's only usable for a few things (creatures and stuff). the new way will allow us to create hooks for anything in mangos, not just player-interactions.

it's always my fault...

in [11392], thanks!

i just checked: i can edit the subject of other posts, it's just that one which doesn't work o_O

that should also be pretty easy to do with cipherCOMs eventsystem. just drop the hook from an event (-> remove it from the unordered_set) and you're done. creating a command for doing that shouldn't be too hard.

i just ate the easter bunny. sorry! and now let's find the bunnies made out of chocolate...

you only pass one argument: the event. all events are based on the same base-class. that way, a hook can check what kind of event it is and then do something different with it. also, this is the only clean way how to do it with the UNORDERED_SET (we added it to mangos a while ago: https://github.com/mangos/mangos/blob/master/src/framework/Utilities/UnorderedMapSet.h) just have a look at cipherCOM's commit, you'll find examples for triggering events and for creating hooks for those. cipherCOM moved most of the output to events too, from what i can see. and why are you using my avatar? it makes reading the forum very hard, i always think that it was me who wrote a post when i see one of yours

you need to register&login before being able to edit a page, that's all.

if i do that, i can somehow only edit the content, not the subject =/

you better look at cipherCOMs eventsystem: https://github.com/cipherCOM/mangos/commits/eventsystem my version was just some playing-around while he completely developed it and added many hooks. the idea behind is, that you fire all the events in the core, no matter if there's any hook for it set up. so a first step would be to add the basic eventsystem to the core and then add all events and fire them inside the core. as of then, anyone can write his hooks and hook them up to any event(s). i haven't looked at cipherCOMs eventsystem, but i think i remember correctly that he also had the m:n connection for events&hooks. so basically you can write a hook and hook it up to as many events as you want. on the other turn you can also hook up several hooks to the same event.

alt. version added in 11334. thanks! and damn... how to edit the topic? =/

hm, i just noticed that this project is under the MIT license. i assume this is no problem because it's in a diff. repo as the rest of mangos, right? (mangos is under GPL (was it GPLv2 ?)).

the question just came up, how to find your .exe/.dll files with visual studio after compiling. well, that's a bit tricky, but here's the solution for it: You have to open up your VS solution. In there, you'll see a project called 'INSTALL'. you need to do a right click on that one and select 'compile'. it'll compile mangos and then install it to the predefined path. that's the major drawback right now with cmake on windows. would be nice if someone could figure out how to include that target into the build sequence, so that it'd be enough to just do the normal compile.

looks good. but 38353 is applied on the caster. so shouldn't it be unitTarget->CastSpell(unitTarget, 38353, true); ?

i ran a script to catch and fix them, thanks for pointing out! in [11372]

moved to rejected as an alternative has been added in [10741] thanks anyway

i think we could move all our bug reports to the github issue tracker and close down our current forum section (disable new posts and dig through all the old ones and then - sometimes later - drop it completely). also, we could move all our patch submissions over there and use pull requests for them (even if we're not going to pull them but to cherry-pick them. the pull request interface is pretty nice and useable).

you can use BOINC for distributed computing. you "just" need to write a software based on their API (never done it, don't know what else is required). BOINC also supports CUDA & OpenCL and detects CPUs, GPUs, etc., so you can make use of them in your distributed software (which should be cross-platform, as BOINC runs on most OSes)

actually i had no problems using cmake under windows without any adjustments. i was perfectly able to create files for VS. but i used the console and not the GUI. but as long as we provide the VS files you don't have to use cmake under windows unless you want to use another GUI than VS. i just looked at the line which is being reported on your screenshot and it doesn't give me this error because i'm using x64 and you're using x86. it tries to use ${WIN_DEBUGLIBS} which is never being set (at least neither in ./CMakeLists.txt nor in ./src/realmd/CMakeLists.txt)

svn?!?! o_O we're using git since 2008 if i'm not wrong...