Patman128

AFAIK it's just the name of the object.

I don't quite understand what you are asking. If you want an NPC to complete bugged quests, what does this have to do with creature creation?

It would be cool if you could choose which type of chat to log, rather than just all in one log or all separated into different logs. Still, a nice patch.

http://www.cprogramming.com/tutorial/lesson1.html

To repeat what he said before, it has nothing to do with the old B.net protocol.

This is most likely because WoW was the first program to use Battle.net 2. There have been some posts about WoW authentication but I can't remember off the top of my head how it works. Search for the post about removing the password hash.

It's great to see you didn't read my reply to his post right after it.

This would be a good idea. However, communication between mangosd and realmd with SOAP doesn't seem like a good idea.

Mangos does override a lot of DBC values, but most of them are alright so there isn't really a point in putting them in the database.

I wouldn't want to speak for the mangos developers, but AFAIK, they will avoid script/code solutions to problems when they can easily be put in the database, and I have yet to see an example of this that happens on official servers that could not be done easily in a loot template with a handler.

Not really. It usually just requires one or two more security checks to fix an exploit.

If you read the first post, he gives an example of using SOAP.

You can't detect WPE. The only way to "block WPE" is to find out how the exploit works and fix it. Vague descriptions of exploits don't help.

Try this: http://paste2.org/p/716751

Sorry, but what is the point of the highlighted part? Is this not the same as: if (m_spellInfo->SpellFamilyName == SPELLFAMILY_HUNTER && (true || m_spellInfo->SpellFamilyFlags2 & 0x00064000))

You could build a chat filter into the chat system, but it in no way would be simple.

Yeah, packet logs.

Yes, but these were not made by mangos developers and any threads related to them were closed. There was no support for them.

You install the Visual C++ Runtime? This is needed to run programs made with Visual Studio/C++ on computers without it.

1. What you clone from the mangos repository is the server. When you compile it it takes the source code and creates the executables (EXEs) and libraries (DLLs) that you run. 2. It interacts with the database using the MySQL library (a DLL located in the same folder as mangosd.exe, realmd.exe, etc) through networking. Basically, the mangos process connects to the MySQL server (running as a process on the same computer or a different computer) Now, the structure for the database is maintained by mangos and modified when necessary, but putting actual information in (the creature data, teleport data, etc) is up to either: database makers (in the case of the world database) or the server itself (in the case of the characters database) or you (realmd database) 3. Scripts fulfill a variety of purposes. These include AIs for bosses, gossip windows (such as guards in capitol cities), dummy spells, etc. 4. W0rld of W4rcraft is based on something called the "client-server architecture". What this means is that all the stuff that has to be available to the players (graphics, sound, controls, etc.) is put into the client. When you run W0W, you are opening up the client. When you login, you are connecting to a "server". The server handles information from many, many clients (tens of thousands) and basically provides all the functionality of the game (when you move your character, the client sends a "move character" packet to the server. The server then updates your character and sends the "move character" packets to everyone around you, and also checks nearby creature AIs for stuff like aggro.) Although anyone can download and deconstruct the client, the actual server software that handles everything is kept a secret, locked away in a dark tower in a land far away by your favourite game company. Mangos is more or less an attempt to replicate the functionality of this secret software.

Mangos did not support TBC alpha/beta. Mangos did not support WotLK alpha/beta. IF mangos supports it, it would be an extra branch, but this is totally up to whichever mangos developers are willing to maintain it. I think the most important thing here is: if you aren't willing to get your feet dirty and help out, just be patient.

I believe it is the 'M' key you want.

When a function returns an integer, you shouldn't return NULL. This is usually reserved to pointers. Also, a reload command would be nice. Aside from that, it's pretty clean. FYI if you want it to get accepted faster, provide an example of an item on official servers that have this functionality.

Hm, have you tried compiling on it and a few different modes? (debug, release, win32, x64, etc)

This would probably be because ScriptDev2 is an inherently simple and easily broken up thing. It simply relies on mangos to give it all it's functions and funcitonality. Very few functions called by scripts are actually implemented in ScriptDev2. Mangos, on the other hand, implements nearly all the functions and classes used in it. What you are describing is a one-use function. Some parts could be simplified maybe, yes, but taking a giant chunk and putting it into a new function and using it only once makes no sense to me. It's just having 2 functions instead of 1 for the sake of having 2 functions instead of 1. Experience has shown me that large C++ projects always looks like spaghetti code. Fortunately, there are lots of examples within mangos about how things work. For example, if you want to figure out how to add an item to a player in a script, you can check the add item command to see an example of how it can be implemented. You don't need to understand all of mangos to work with it. You can write scripts perfectly fine without knowing the details of ObjectAccessor. You can implement spell effects without knowing how the chat system works. That's the beauty of a large project like mangos.