Great Name No Game

Right. This should be interesting. WorldServer started after vmaps were turned off. Here goes nothing.

So....whats the difference between disabling vmaps and having them enabled?

Frig.......Extracted fresh vmaps and nothing different.

Was it a sudden occurrence, or did you update your commit recently before encountering this error? Update anything for that matter? Need a little background to help you further.

I agree. @Rochet2 What also baffles me is that it will work if moved to a previous commit but not work in a newer one. I just logged off retail and am now going to try this all again. I'll update momentarily. -J

Changing the direction of the slashes yielded no success. Same results. Will re-extract and test.

@Aokromes - Thats my last resort. You're probably right and I will try that after reversing the slashes as @Rochet2 suggested. Its always a shot. However, if one commit can recognize everything in the vmaps and mmaps, why wouldn't a second? Just a thought. (For the record, I did not delete my previous commit. I wanted to make sure I had everything on hand as a fallback / backout plan. I threw the vmaps and mmaps and everything back into my previous commit and it worked fine.)

No change in behavior. No matter where I move the files to, it cant find the vmaps files even though the vmaps are clearly present in the C:/Trinity/Data folder. (Which is what I entered in the config file.)

I will work on giving that a shot. I find it more organized and meaningful to have frequently access files in an easy-to-remember location as well.

Also - what is the downside to disabling vmaps in the config? Heres what I have currently in my worldserver.conf file. I don't need to edit anything or change anything to make it "Proper" right?

Is there any place I need to double/triple check the path for the vmaps? If its default - does that mean just running off the C: dir?

It probably doesn't matter, but the BNet server works fine. its only the worldserver.exe that's giving me fits right now. I've redone the entire procedure 3 times and every time it gives me the same result at the same point in the setup. There's got to be something I'm missing. I ran my previous commit on this rig the exact same way. I've double checked the worldserver config file for any discrepancies but since I connect to the localhost, all entries have been set to defaults and I haven't touched anything. Thoughts?

Already extracted and copied from my previous commit folder. For some weird reason or another its still showing the same error. Here's 2 pics of 2 folders. My dir of the WorldServer and the contents of the vmaps folder. @Nay Thanks for your input, can you please advise me further? I'll post screen caps of whatever you need to see. Thanks! - J H

That worked. After recompiling, Im working on fixing a WorldServer crash issue before I can actually get in game.

Thank you. Will give it a shot.

https://trinitycore.atlassian.net/wiki/display/tc/Databases+Installation Here's the page location. Down towards the bottom in the topic titled 'Keeping the DB up to date', the second link, Keeping the source up to date brings users to this.... Just FYI. Thanks! - JH

I have followed the instructions exactly as to the updating process of commits for my MASTER server, but I have a question that I cant seem to locate the answer to already on the forums. My current commit is running e0fb444. I open GItExt and look for the newer commit, however it is nowhere to be found. Refreshing GitExt brings up.... ... which is currently my current commit. Yet on the website, I am seeing several commits that have been done after my commit (e0fb444). See below. I'm seeing 79b9848 as the most up to date commit. Am I wrong in this presumption? How do I get this commit to show up in my GitExt? Any guidance would be appreciated. Thanks!

Its working! All as intended. Thanks @Rochet2!!!

Understood. I tried the command and it took! But relogging now to see if they applied it successfully.

I'll give it a shot and report back with screen cap if it fails. Stand by please. All worldserver commands must be done with the client closed, right?

I logged into the server and created a new player. Then I quit the WoW app and tried to get the GM applied to the character I just created, in this case Archaeus. Is that the proper methodology?

Not my BNet account, Test@Test with Realm Trinity. But my Player name Archaeus.

Such minor spaces drive me nuts. I did try it but it is still giving me "account <name> does not exist" returns. Even when I make a brand new account and log in with it.

@Rochet2- I did! If you see on my screen shot I submitted, about 1/3 of the way down, I created the account successfully. What happens next is the gm account creation. Thats where I'm stumped.

I wanted to ask if there has been any updates in the code that have not been reflected in the install guide? When I try to create a GM account in the WorldServer.exe, what the directions state on the Install/Setup guide are not corresponding to what the syntax of the WorldServer are returning to me, thus is making GM account creation impossible. See screen capture. Please advise. Thanks! Apologies for the frustration exhibited in the last command.......