IAmParadox

I don't have much experience with spell lag, as I don't run a big server, just me and my kids, mostly, but, looking at the way spells are handled in the core, I wonder if some of this couldn't be fixed by coming up with a more efficient way to handle them.

You may have to patch it manually, since the position of things can be different, but, it should work.

I have it in testing now for VS2k5 and vs2k8 Edit: It compiled without errors, always a good thing, and once I have made some final touches, it will be ready to convert to mangos. To get prepared, you can go to microsoft.com and get the Platform SDK installed. Editions of VS other than Express may come with the requirements already, but Express edition requires the Platform SDK for omp to work.

I have used tortoiseSVN and svn.exe to update from SVN and all my patches are merged back in automatically, unless there is a serious conflict, and when this happens, a comment is put into the affected file, telling you what the conflict is, as well as some additional copies in the same directory, once you edit the file and fix the error, you need to right click and choose resolved from the tortoiseSVN menu (type svn -h to find out how this works if you use just svn.exe)

I don't know why this keeps getting overlooked (the fix was submitted about a month ago) change data2 to 0 for the portals (A DB issue, by the way)

Second WOW life!

You don't say what revision, or whether you compiled it, or downloaded some crappy repack.

Is the second realm also 2.4.1? if it isn't you need to use a separate realmd for it (one that matches the revision) or figure out how to reprogram the 2.4.1 to accept both protocols and connect you to the correct realm......

I think this is a great idea, and just to make it a bit easier for you, I'm one of the maintainers of AuctionHouseBot, so that part is done for you already, I probably could also work with you on a version that would fit in with exactly what you need, if the current code doesn't work into your single player WOW implementation.

Alright, Developers, we really need to get to work getting this basic application closer to being our very own replacement client. Then modifying the client won't be such a big deal, and the MANGOS team can start to get away from worrying about a lot of the things they worry about now. At the very least, we should get this to the point where it becomes a good bot for the game. I can see many places where this could be helpful, I was running two copies of it on my server, and they couldn't do much at this point, but can you imagine what it would take to connect 2 official clients running on one machine? and if we build up the scripting engine (or replace it with Python or LUA or something, we could use it for all kinds of things. I'd also like to think we could integrate it more with the server so that only certain accounts would have the flag to be allowed to connect this way, so users can't abuse servers with them. The creator mentions on his website that some of the users use it to log in and chat when they are using a computer that either doesn't support the official client, or where they can't install the official client, so it could be turned into a GM/Admin tool that would not be able to move or fight or anything unless the user was a GM or Admin, I know we can do it. I just wish I was further along in my career and could do a better job of programming for this project. Someone mentioned using OPENGL to create the GUI, but I think we could do the same thing someone once did with the quake source code when it was released....they made a version called ASCII quake, then we could keep the console interface and still be able to move around in the world a bit.