erazare

Tasssadar fixed his repo today.. it compiles and runs just fine...

tasssadar updated his core today... it works like a champ as for SD2, just use 1570 it slips in just fine.

no worries klunk... I have revoked all my mangos repos but listen.. if you or blue would like to get in touch with me via github messaging for any reason go for it... i was just told that i was banned here so idk how long I will be around to read any posts.....

lmao.. well lets hope that none of us get swallowed by a dog then

so true.. so true...

he's using an interpreter program... its Professions he is interested in... he doesnt speak english so be careful how you reply ( check your reply using google translate or something similar to make sure that the french translation of whatever you psoted is what you want him to understand or you can bet this is going to happen again.)

ok... I dont know if i am the only one seeing this, this way but... here is what I see: 1. MaNGOS has absolutely nothing to do with LUA.. if you want to implement it, implement it to ScriptDev2 ( i.e. go over to their forum and start this thread...) 2. each and every person pining for LUA compatibility is an ex- Ascent or ArcEMU user... if this is such... keep using those programs.. MaNGOS is ScriptDev run, has been scriptdev run for quite some time, and those of us who actually respect actual code rather than cheap XML knockoffs want to keep mangos Mangos.. not be forced to use the inferior LUA system. 3. batboy... open ur damn eyes and read what they are telling you... LUA is NOT a part of mangos... the google-crap you found was an extraneous project that eventually led to Ascent. it is NOT mangos.. i swear if i had a dollar for every freakin idiot who cant read but also think they should be allowed to program a computer I'd be lending money to Bill Gates...

just edit the merges... they arent thatr big of a deal at all..

ok kool blue! I have been battling it out with klunks repo and its very odd... what did you do to your repo klunk... vcproj is all messed up and your botcode doesnt quite line up with blue's... is it based off a different repo altogether?

hey klunk, just wanted to let you know that i merged your branch with latest mangois [9284?] and made the MOVEMENT edit as needed... then I merged it with blues latest repo and evox... blue.. outstanding work... bots are better than ever... but for some odd reason neither klunks added commands nor your FREE command illicit any response from the bots.

cool... we are now adding KLUNK's repo along with your updates and this fix to the evo-x branch

ok... now... i completely and totally realize that this ISNT the proper way to fix this situation... and more than likely it wwill crash the serevr *lol* but i did the following to make the serevr at least BUILD // handle flying acknowledgement case SMSG_MOVE_SET_CAN_FLY: { WorldPacket p(packet); uint64 guid = extractGuid(p); if (guid != m_bot->GetGUID()) return; m_bot->m_movementInfo.AddMovementFlag(MOVEFLAG_FLYING); //m_bot->SetSpeed(MOVE_RUN, GetMaster()->GetSpeed(MOVE_FLIGHT) +0.1f, true); return; } // handle dismount flying acknowledgement case SMSG_MOVE_UNSET_CAN_FLY: { WorldPacket p(packet); uint64 guid = extractGuid(p); if (guid != m_bot->GetGUID()) return; m_bot->m_movementInfo.RemoveMovementFlag(MOVEFLAG_FLYING); //m_bot->SetSpeed(MOVE_RUN,GetMaster()->GetSpeedRate(MOVE_RUN),true); return; } keep in mind that changing movementflag_flying to moveflag_flying was a bit of an accident.. I hadnt noticed that MOVEFLAG is normally used to express an action already in progress, while the way this structure is set, its trying to add a NEW movement flag... this could be a bit paradoxical... u can try it if you like.. it DOES let the sucker build. personally I think that the bots should do away with the whole attempt to follow the player in flight... they should behave like pets do when you fly: dissappear when you get on the taxi and re-appear when u land... if you are physically flying (such as a mount) make em walk next to you like the pets.. wish i knew how it was done I'd convert it myself

Just for a quick FYI Daemon Cantor's flaw appears in evo-x as well.. I am tracing it down now will post if i find a fix my current guess is that playerbotmgr is making a call to a location to get the movementflag stated as an identifier but it may have been moved elsewhere..

I realize, the 'canned response' is going to be "Mangos builds for mangos, not its mods" but thats getting to be such a tired, lazy, PEON excuse... if you follow the same recipe for a lengthly time, and you have several people below you following that recipe... then you CHANGE it DRASTICALLY... you should at LEAST post what your changes are and WHY they were done so those beneath you can alter as needed. he doesnt post in the forum, and doesnt leave any commit statements or in-line comments ( //this is an inline comment )...

i dont see the difference myself... making patch files and applying them takes just about as much work as checking out a new branch and then pulling.... in the latter case, if the pull goes bad you can delete the branch and try again... the only annoyance i can see different is that you might have to clean up some more files.. you cant possibly be that lazy