Patman128

You can't use the databases in scripts. You need to open a new connection or else make them exported somehow.

To get back onto the original topic, include whichever headers you need for your script. If you need Creature, include Creature.h, etc.

I don't think that's a DBC viewer.

That's impossible. If you just apply the mangos updates, either all your items would be deleted, or none of them, because items aren't included with mangos.

When you are selecting the data from the character blob, you use value + 1. When you are updating, it should be value.

No, some functions in ScriptDev2 are provided by ScriptDev2, like DoMeleeAttackIfReady(). You can use ScriptDev2 but remove all the scripts if you want.

So what are you suggesting, converting mangos into erlang?

Yeah, those don't work. There are no commands for looking up or modifying achievements yet.

I think you can add it into instance_template and it will work or something like that.

Where is it from and what are you trying to use it with?

Mangos zero or something else?

It wouldn't work. It's outdated.

Personally, I think the best system would just be to have the same one as right now, only to allow commands to set individual rights for each level instead of just level X and up. This would mean no new tables or fields. For example, a command that only supports level 4 right now would just be "4" in the commands table, but a command that supports security >= 1 would be "1 2 3 4", and if you wanted it to be for 1, 2, and 4 only it would be "1 2 4". Simple, easy. It would also mean it could be done in a simple mangos DB update; i.e. -- changes security column to string, then... UPDATE commands SET security = "0 1" WHERE security = "1"; UPDATE commands SET security = "0 1 2" WHERE security = "2"; etc, etc No adding up flags, no crazy letter system. If you guys like it, I could make up a patch for it.

That would probably depend on the optimizations you are making. You should probably create a new stress test for every feature you want to optimize. Probably the best way would be to have a separate computer or bunch of computers run a number of PseuWoW clients with a script or something to run whatever feature you are testing. This way, you avoid potential biases when running the clients on the same computer as the server, or within the server.

Oh wait, you are doing it wrong. You aren't supposed to add anything into ScriptLoader.cpp for CopperToGold. You are just supposed to put it in the Makefile.am.

You could just remove the part that removes expired auctions. http://paste2.org/p/860198

I really can't say without looking it at it first hand.

Once enough people test it I guess. Are there any ways it can be stress tested?

You need to get Visual Studio (not Express) or hack Visual C++ to work with x64. You'll have to search Google for that.

What is HeidiSQL? What tools are you using? What are you talking about?

Did you add it to Makefile.am and put CopperToGold.cpp in the right place before running the commands?

Yes, but this would be a different revision and require another DB update, therefore deprecating itself, because the last revision requiring an update would no longer be 10008

It is great to see you used your genius English reading skills to decipher the cleverly hidden message in the first post, but it seems you are incapable of truly grasping it's meaning. Allow me to further clarify it: Now, the definition of the word "where" may vary depending on your location, but here it tends to mean "the place inside of which something is located" and not "if it is stored and about the banned players actually works!!!111" Seeing as how you've done nothing but bitch and complain since you got here and have helped exactly 0 people, I do believe that would make you the troll, good sir.

Actually, if you read it you would see that that is exactly what he asked for: Like Diablox said, they are stored in the account_banned table with the account bans. To quote the ban character command: Maybe mangos should implement individual character bans sometime.

Well at least the original author appreciated freghar's comment.