Unkle Nuke

Is it just me or does anyone else feel slightly out of breath after reading that? I think the trouble is not so much with the bot commands as how you are using the bots, iceis2. Try setting up a few macros to make issuing multiple commands a little easier. You'll have better control and waste less time typing commands so you can focus on the task.

It's designed to provide better functionality for the camera system used with spells where the character is remotely seeing, such as Eye Of Acherus, Eye Of Kilrogg, Far Sight, and others. I think this will also affect devices that allow seeing from a distance, such as the Gnomish Telescope.

So, your fork now has its own home here in the Core Mods forum. You deserved to have it and a new thread will help to reduce some of the confusion, especially if Naicisum ever does return to the old AHBot topic. I'm very glad and thankful you were so good to help the community by accepting the extra responsibility of maintaining AHbot. Good to see things are progressing and, hopefully, new ideas and suggestions will come pouring forth to help further improve the code. I like the idea of having a patch file available from your AHBot repo. Perhaps this will reduce the long string of requests for patch files and simplify the process for those who need to hand-edit the patch into newer MaNGOS revisions. Well, maybe you can hope it will. lol Keep up the great work, xeross!

Thank you for this update, Konctantin. I look forward to how Spell Work will grow with your own genius and ideas. Many greatly appreciate your work. Please continue.

Putting aside the flames, arguments over why Lua sucks, and Lua vs. <insert scripting language here>, I truly do hope someone will eventually get off their duff and actually take action. Begging, cajoling, whining, shouting, and threatening to kick someone's dog will not accomplish anything except making your presence unwelcome. Anyone that believes the MaNGOS devs, or any other project, will suddenly say "OMG! You are so right, dude! We'll get on this right away!", is a new kind of epic lame. It's been said so many times that you'd think the MaNGOS Lua proponents would finally get the point and either put up or shut up. If you expect others to cater to your desires and make something to order, go to McDonald's. I'm sick of all these kids who think work is what other people do to give them something! Nothing worth having is ever easy. If you're not willing to do it yourself, or at least give real help, you have no right to ask others to do it for you. If you want MaNGOS to support Lua scripting, then take that desire and DO SOMETHING! That said, I wish such a project the best of luck and look forward to the amazing contributions that will be made to the MaNGOS community by those who can and will do for themselves.

Good job, caeruleaus! I have a spare PC laying around. Been thinking of installing Debian as its OS. Maybe I could just let it run that script around the clock for however many days it takes to get all the maps converted. Or would that be a pointless waste if mmap will be further updated with code taken from the new vmaps project?

Any progress to report on this? I'm very curious to see how this will be implemented.

You'd probably get better help at the ScriptDev2 forum. Those guys are the masters of C++ scripting for events, spells, quests, bosses, and many other game features that require special case handling. I look forward to your completed work, good sir.

Nester query or not, I still like this patch and would love to add it to my server. Siegels, if you do change the SQL queries to use JOINs instead of a nested loop, will you also provide a query so I may update my database by safely removing the nested query and replacing it with the JOIN, if you do need to modify your SQL? That is the only reason I have not already added your patch. I had encountered some issues with the old Dual Spec patch SQL queries that were difficult to fix and it has left me wary of having similar troubles with other patchs' SQL files.

SilverIce has done wonders with that new camera patch. With it, spells that require some sort of "remote control", like Eye Of Kilrogg, Eye Of Acherus, Far Sight, and so forth, are now doable without the need for workarounds using invisible NPCs or other hacks. I'd say it's time to take a closer look at that code and then rewrite Eye Of Acherus to take advantage of SilverIce's fix. It just might make it into the core that way.

Or you can use the masochistic method favored by myself : hand editing the patch into your source. Mainly, I do that because I'm largely Git illiterate, but I'd like to think it's because I'm old-school. :rolleyes: I've just too much to absorb and too few hours in my day to do so. This means a lot of things slide to the bottom of my list... like Git mastery, learn C++, and all the other fun stuff my heart prefers.

I hope it works out for you to suit your wishes. I'm just glad I still had that document stored in a dusty corner of my hard drive, compiled from countless tips and hints gleaned from various sources over the years. There are similar docs out there online, but most of them deal with Arcemu or Ascent server cores since those are popular for funservers with lots of custom content. I highly recommend reading through the UDB forums for more information and ideas. It's an honor to be of help to you, good sir! May you and your girlfriend have loads of fun designing, building, and decorating "Manikville".

We're all learning, all the time, every single day we live. Keep polishing those skills and I'll do the same.

I have not yet tried madex, Thyros, but I kept it bookmarked for future reference. Oddly enough, it turned out to be a useful thing, my being a code packrat (which is made more odd by the fact that I have yet to open up my editor/compiler and really learn some of this gobbledygook.). I also found a reference in some Starcraft 2 forum. There was a guy who claimed he got libmpq to compile with VS 2008, after making heavy modifications, but he has not posted any examples or code for his private project. The other data I provided is just for examples to help give you ideas for possible solutions to this thorny problem. I use Windows as my server platform and VC++ 9.0 Express SP1 for compiling, so I'd be happy to test anything you have to offer with my MaNGOS core. Please bear in mind I am not a developer, so it would be ideal if you can provide some simple instruction for compiling and testing

I'm wary of anything MS pushes as a "standard". Past examples include their attempts to co-opt Java and C++ with their own "brands". Anytime you're dealing with matters of software patents, it's a minefield that can leave developers out on the proverbial limb. I'd say D seems to be a better choice if you're looking for an open source alternative to C#. Nonetheless, I'm glad to see development and improvement of SpellWork continue. I've only just toyed with this tool, but it seems to be very useful for any MaNGOS developer. I look forward to learning more with SpellWork C# Edition.

Could you please make your MangosFX repository public or at least create a public repository for your Random BG patch? Thank you for offering us your work, bon homme.

Here's another example of a libmpq vcproj file for VC++ 9.0, posted on Pastebin very recently.... http://pastebin.com/sFs7u05n Were you aware someone else has also tried rewriting the map extractor, ad.exe, with an attempt to update libmpq for MaNGOS and Trinity? Plans for rewriting vmap extractor are forthcoming. The project is called madex. You can find it here... http://bitbucket.org/imbecile/madex/src Quote from the project's readme: Hope all this info helps you guys. I admire the brilliance and craftsmanship of all you coders here. Wish I knew how to do this, but that's for another day.

Unfortunately, for the sake of your time and/or sanity, it will require doing some homework. There are commands that will allow you to spawn game objects such as buildings, tables, chairs, hearths, sconces, torches, books, chests, and any other decorations or accoutrement you thinks looks best. You can even spawn entire cities, since locations like Stormwind or Ironforge are actually a single, giant model with newer versions of the game. Older versions still have the cities built using individual models for the buildings. The homework part is going to be finding the correct GUIDs for everything. I highly recommend using the WoW Modelviewer for this purpose. It allows you to view objects outside the game so you can choose what you like instead of the trial and error effort of spawning and despawning until you find something suitable. Write down the name of the object in the viewer you wish to use, then you can search for it in the game using .lookup object. A more handy way of doing this would be with an add-on, like MangAdmin or TrinityAdmin, which has a great GUI for finding and spawning things. The trouble with using existing buildings or entire cities is that you'd then have duplicates that can play havoc with finding the original places and your new town, especially for any add-ons that rely on GUIDs to establish location such as Carbonite. Although the following does require some moderate skill with the database, it will allow you to have a unique name and identifier for objects that make up your town. As for NPCs, you can use a similar method to "clone" them and then give a unique ID and name to avoid confusion. This is especially good to do if you wish to have an innkeeper where characters can use a Hearthstone to teleport to your town's inn. However you wish to proceed, good luck and have fun with it!

Wisdom has nothing to do with it. All that updating the patch will do is make it more convenient for the unwashed masses to add this mod to their cores. Unlike those who can't be bothered to go through those two extra ( and easy ) steps, xeross has many projects he must maintain and develop including taking on the responsibility of fixing the abandoned Auctionhouse Bot. As such, I'm sure you'll understand that it's more than reasonable for him to expect people to make some effort to help themselves.

Do you mean the AHBot section in mangosd.conf is completely missing or just that the settings for min items, maxitems, prices, stack amounts, and the rest are missing? If it is the first reason, then you may have had an error in Git while pulling from xeross' repo. Delete your local repo and try again. If the latter is your case, then you should be aware those settings are stored in the auctionhouse_bot tables in your characters database. Make sure you have read all instructions and documentation completely, then follow those instructions precisely. AHBot should work fine with 3.3.3a.

My mistake. I thought it was written in Delphi. Must be because of the association with Borland. Since C# is a proprietary programming language, owned by Microsoft, aren't there concerns over portability as well as the longevity of the code base, should MS drop C# or modify it in the future to be incompatible with legacy code?

Quote from the libmpq.org site regarding compiling libmpq 0.4.2: Also, the wowmodelviewer uses libmpq. There's a vcproj file listed in their source directory for libmpq at '../trunk/src/libmpq'. Check it out at Google Code.Maybe that can shed some light on working with VC++ and libmpq? There is a Windows native MPQ wrapper for Stormlib, written in C++ and .NET 3.5, named MpqLib. Binary and sources are available, under the GPL, at the MagosX forums. (That's not a misspelled. lol)

You have to remember there's much more to the proper function of Blink, Charge, Shadowstep, and other similar spells and abilities. All that any of the Blink patches do is attempt to work around the limitations in the way MaNGOS handles terrain and elevation. That's why there's a such thing as vmaps. vmap was never intended to be a part of the MaNGOS core, but it turned out to solve an immediate need for which there was no ready solution. Now, it's been left in there more out of habit, rather than proper coding. Doing a complete rewrite of the terrain handling features of the core would bring the rest of the project to a grinding halt. So, for better or worse, we're stuck with the hybrid solution of Maps and vmaps. Where the troubles with Blink come in is that there are gaps in the height data between vmaps and Maps. Think of Maps as representing the ground, but that ground is more like a sheet of paper, instead of solid. Now vmap is another piece of paper that you can think of as just beneath the Maps paper. vmap should, in theory, always be touching the Map paper, perfectly matching any contours, like mountains, rivers, ditches, and so on. vmap is the gird mesh data the represents terrain height, or the vertical axis of coordinates in the world. Now, imagine a spot where vmap is off just a little, setting a meter below the level of the ground defined by Maps. You cast Blink and appear at that spot, but vmap's height data places you just below ground level. The result? You fall into a bottomless nowhere, the only thing stopping your descent is your character finally dies and respawns as a ghost, back in the world. So, fixing Blink is an exercise in futility. The real issue is fixing how MaNGOS deals with calculating and updating terrain. You do that and there would be no more need for Blink workarounds.

Thanks much, blueboy! I hope your time away was productive and/or enjoyable, since it wasn't stated if it was related to business or pleasure. Either way, it's good to see you back in the asylum.

Thanks for fixing things up, xeross. Now that the Buyer is working once more, it leads to the burning question. Does the AHBuyer now work for all factions or is it still limited to only Neutral (Goblin) Auction Houses?