Unkle Nuke

Thanks for working on this, cyberium. If you put as much thought and quality coding into this as you have done with AHBot, then I have every confidence you'll have another winner with this Dungeon Finder port. I wish I had more play-testers to give you feedback, but it's just me these days. My nephews and their buddies are at the age where other distractions take up their time, such as girls and "Halo: Reach". lol

As with the old AHBot, you must keep in mind that, when the bot does maintenance at the beginning of a new cycle, you're looking at several thousand database transactions that must be done. Of course your system resources are going to be taxed when you have 20k items in the auction houses! Use a little common sense. If you haven't got loads of RAM and a fast computer, then you're either going to have to put up with database lag and excessive system resource consumption or limit the overall number of items handled per AHBot cycle. Keeping the minimum number of items to within 2,000 of the maximum helps, so does keeping the total items at or below 10,000.

...and here we go again! I know you guys are curious, but come on! You'd think you learned after BC or Wrath was released that MaNGOS will support the latest client when the code base is ready. This is done by volunteers, in their spare time, and you just can't put an exact date on anything. It's ready when it's ready. If you're in a hurry for 4.0.x support, then why not put your brains to use by actually helping, rather than asking asinine questions? If you can't help, then please be patient.

Now I do feel old(ish). Seems like just a few years ago the C-64 was king of home computers. It's hard to believe that the original Star Wars is now as old as those black & white classics were when I was a kid watching them on Saturday afternoons. I wonder what WoW would have been like on the C-64? lol

Filebeam is NOT a malicious site. Apparently some of their advertisers do use code that might be flagged by security software as a risk. This is not the fault of Filebeam and it's a shame that some online companies resort to using dishonest means to harvest your private data. If you use proper security settings in your browser and a script-blocking add-on, you have nothing to fear from Filebeam.

Isn't SPELL_AURA_SAFE_FALL used only for devices, like the parachute? Since mage's Slow Fall and priest's Levitate are spells with a duration, they shouldn't be canceled until the timer expires. Aren't those and similar spells handled by SPELL_AURA_FEATHER_FALL and SPELL_AURA_HOVER? Otherwise, wouldn't it have to done with something like CASE-SWITCH to cover only those devices or spell effects that should expire when landing?

You know what would be a really cool idea for next year's Software Freedom Day? Having commercial companies join in with the open source groups. Perhaps they could randomly choose e-mail addresses and then offer those people free copies of popular titles. It would be great if things were more like they were in the early days of home computing, everyone feeling like they're all part of the same club with a love for computers as the common bond instead of just merely money.

Have you tried hand-editing the patch into your source tree? That works wonders for me when all those patching utilities fail (and usually do). Can't beat the human brain for versatility. It's the ultimate general purpose computer!

As always, I am very grateful for your dedication and hard work on MaNGOLin. May you constantly be blessed with great ideas. Thank you for this most useful tool, bannor!

Here's an idea I just pulled out of thin air: With the work being done on mmaps, could not some of that code be applied to the behaviors of the Player Bots? There's a great deal of work being done there on ranges and path-finding that might be applicable here.

I think it would be best if everyone waits for faramir to commit qsa's code to his repo. Having two repos with differing versions can get messy. Just take a look at Vehicles. That project is an absolute mess with so many people offering up their ideas without a central repository for everyone to collaborate together. As such, development for that code has been slower than it really ought to be. My vote is let's stick with faramir's work as the "official" repo and everyone else can submit code for review. This doesn't mean you can't have your own repo for working on your code, but please don't offer it up as an alternative patch.

You're welcome, blueboy. I hope it will be helpful to you. These days, you just can't trust javascript. Remember the Coke Rewards™ world vendors, DaViper? lol

Somtimes, free services like Filebeam may have ads displayed that can contain bad code. It's a shame these "sponsors" resort to such dirty tricks, because it hurts the reputation of some very good free sites like Filebeam. Like DaViper said, it was probably one of those ads that tripped a warning from your AV software. I recommend to use either Firefox or Seamonkey with the NoScript add-on installed and proper browser security settings. I use Seamonkey with that setup. Only the content and domains I've allowed will load in my browser. As such, I've never had any warnings from my AV software or firewall while using free file and code hosting services. With so much being supported by ads these days, you can expect to see NPC "sponsor bots" in WoW, someday. Perhaps there would be innkeepers whose gossips are rewritten to have an ad or a world boss fight that uses product placement, "Oh no! You must have had an energizing can of Red Bull™ to withstand my attacks so well!" That's when you'll need to code an "anti-spambot bot" for us, blueboy.

Filebeam.com is a malicious URL? Time for you to get a better antivirus app, blueboy! lol

It's easy! You just look for puddles on the ground with lots of ones and zeroes floating around in them, but I think you need Gnomish Engineering to use the special goggles for spotting them

Actually, I'd prefer work be equally divided between older features and newer ones. There's still so much old content that is either broken or incomplete, that it would make having newer client features almost pointless, since you have to play through the older zones to level up enough to get to the new stuff! ...unless you're playing on one of those lame public funservers that starts you at level 80 or 255.

Between your recent contributions and faramir's brilliant work, this is going to be one of the most epic commits to the core, once it is finished. This will be a quantum leap forward in server mechanics that will open up so many other possibilities! I sure hope the two of you will work together to make it possible for NPCs to inhabit transports as your next project. You have my sincere thanks for the work you've done thus far, faramir and qsa.

I think DaViper is saying just that, FeRkEl. You would add scripts for vehicles to ScriptDev2. I suppose the best way to do it would be to add their scripts to the appropriate folders in SD2 for the zone/instance in question. Have a basic handler module in the MaNGOS core, like Vehicle.cpp and Vehicle.h, then specific vehicles would be loaded by SD2 when called by the core module. Did I get that right, DV?

If you feel that will provide you the best opportunity to gain a better understanding and mastery of server programming for WoW, then I am behind your decision and cheer you on to do your best. I hope you and cyberium will keep in touch, should he need some insight or wisdom in developing AHBot. May you return in grand fashion, as a true Jedi Master, and teach even the MaNGOS pros a few new tricks. Cyberium, it seems AHBot is yours now. You've inherited a long legacy and I look forward to the new ideas and innovative code that is worthy of those who came before you in the creation of AHBot. It has been a long time in being born. May it finally be your hand that finds it being accepted into the MaNGOS core!

ArcEmu/Ascent are another type of WoW private server project.

I'll be very sorry to see you go, xeross, but I wish you all the best in whatever you do. Your talents will be missed and we are all diminished by your absence.

Actually, I think it might be best to borrow an idea from blueboy and have AHBot use its own, separate config file. By this method, you do not need to worry with changes to mangosd.conf and can allow more room to have all settings moved into a config file instead of the database.

Just to back up what blueboy is saying here: If you merge Playerbot with MaNGOS master first, then apply AHBot and other patches, you should have no trouble. It is a rather minor code conflict, but it has never raised any issues with my repo. I guess I'm too used to everything causing merge errors that this one has been a no-brainer to fix by hand. It's a non-issue that has more to do with line-numbering than actual code conflicts.

UDB has had more than their share of hosting troubles. So long as the UDB SVN repo is still working there's nothing to really worry about, though it does leave patch and custom content contributors out in the cold. They'll have the forums back up, eventually. UPDATE: Looks like UDB is back online, but they have yet to fully restore the forums. Looks like this version has been rolled back to March 2009. I do hope there is a more recent backup and it's just taking time to recover.

This is the new thread. xeross started this one a few months ago, when he took it upon himself to continue development and support for AHBot after Naicisum retired. So long as xeross and cyberium can work together or at least share space without confusion, the present topic works well enough. As for all the questions, setting up AHBot is covered in the README.AHBOT file. The only other frequent questions I see are from too many noobs not bothering to learn the basics about patches, code merging, and using Git.