several possible related issues

[khalathas]

Hey all.

Just created a fresh server with the latest revisions, as I haven't touched eqemu in a few years. Pulled everything down from SVN, including peqdb version 2142. Everything's installed correctly, and compiled correctly. All the server files (including opcode files) are properly in the directory with the server, and everything starts up and runs fine. My problems begin somewhat in game.

I have both a titanium box set and SoD. Titanium connects just fine, but there are in-game issues, while SoD hangs at login. I'm sure some of my ingame issues might stem from client version as well.

First, aaxp is stuck at 100% with both the + and - buttons to adjust it greyed out and untouchable. Second, vendors don't seem to have anything in their windows, though they come up just fine. Third, creating a dark elf wizard (starting in nekb) crashes, but if I edit the characters table and put him elsewhere, say, commons for example, it loads in fine. Granting #zone command actually let me #zone neriaka and then walk across the zoneline to neriakb just fine as well... so I'm positive that the DE wizard starting coordinates are to blame.

I've been searching around the forums here, but haven't really found any posts that already address these problems, and, as I said, the database is rev2142, so I would have thought these would be hammered out already. So I've finally admitted defeat and come asking for help. Thoughts? Need me to post anything in particular?

[Uleat]

There's an update for peq 2142 in the peq updates folder. I missed this with my SoF client and couldn't get past the character select.

I think I missed it because it was named rev2142..but it fixed my problem (thanks again cavedude!)


U

[khalathas]

tempted to nuke my database and re-source it from rev2142. There's nothing really in it yet, I've only got the one GM character made so far and that can be redone in seconds. Shouldn't that rev2142.sql in the updates folder be to bring a previous version up to 2142, but not be needed if I use 2142 base?

[Caryatis]

BTW, PEQ DB is only on rev 63. You are going to confuse yourself if you can't seperate the revision of the source from the revision on the DB. The download on the DB site merely indicates that it contains all the required sql updates up to the source revision 2142.

I've been searching around the forums here, but haven't really found any posts that already address these problems, and, as I said, the database is rev2142, so I would have thought these would be hammered out already.

Protip: If you can't find any recent posts about major issues(vendors not working is kind of huge) then the problem is yours. You may think you did everything right but you absolutely did not if you are having those problems.

[khalathas]

Clearly I don't think I did everything right, hence asking.

To put the numbers another way, yes, I am at rev 63 according to svn updates. The file itself is peqdb_rev2142.sql along with all the optional and update folders within, that svn creates on checkout. I just finished recompiling the source to the server itself, which, per latest svn checkout returns rev2146. HOPEFULLY peq rev63 is compatible despite only saying 2142. I'm not sure what I might have missed, I followed Huppy's guide to create it all, and the compile returned 6 succeeded, 0 failed, compiling with bots.

[Uleat]

Check out this post before dumping your system.

http://www.eqemulator.org/forums/sho...20&postcount=7


It may or may not clear up your other issues too.


U

[khalathas]

I am using 5.12, and I've made the adjustments in source to reflect perl512.lib as well, per..well, it was a post I did find somewhere. I tried sourcing in updates/rev2142.sql but it actually failed, as table db_version already existed. I'm guessing the other changes in the same sql file already existed as well, but I suppose I could strip the create table statment and see if the rest will go.

EDIT: just ran each statement in updates/rev2142.sql as a separate statement in order...everything in that file was already in my db, so either it was included, or I already had run it and forgot.

[Uleat]

I think I ran into that as well..there were like 5-6 action updates and all but one failed. It seemed to fix my issue though.


U

[khalathas]

Ok, was just watching my login server and noticed what is likely ONE of my problems. I have 2 separate folders for the eq client. One is titanium, the other is, or should be, SoD. The shortcuts are pointed properly and named properly. Titanium, as I said, logs in fine. However, when I attempt to log in the SoD client, and I watch the login server window...it reports a new titanium client connection, rather than SoD client. It clearly says clientmanager is listening on both titanium and sod streams, so I'm wondering if at least my SoD client is buggered and useless. (both shortcuts are eqgame.exe patchme, with proper quotes, so I know they aren't patched accidently)

[khalathas]

After staring dumbly at login.ini, it struck me that I should change my SoD client's eqhost.txt from port 5998 to 5999 to pull the correct opcodes. SoD client logs in fine now as well as titanium still. Vendors now seem to have their proper inventory as well. Human warrior GM still isn't taking my newbie note, he's handing it back to me..so my search continues. Seems things are finally coming together, however. I've re-sync'd the quests via SVN, and made sure perl 5.12 is both the correct installed version AND accounted for in source (perl512.lib). Think I'll be going to bed and looking again tomorrow, however.

[Uleat]

That port will do it every time...

Make sure that you have copied ..\eqemu\quests\plugins\ (the folder and all of its contents) into ..\eqemu\

The game won't read the plugin files (i.e., check_handin.pl) if the only place they are located is inside of the quests\plugins directory.


U

[khalathas]

Won't be able to test this till i get home, but I went ahead and copied the files via remote desktop anyway. I'll post tonight with success for failure, but wanted to thank you for your assistance either way, Uleat

[Uleat]

I just happen upon another post with a similar issue is all...

if(issue == resolved) {
  gratitude->redirect = http://www.eqemulator.org/forums/sho...5&postcount=8;
}
else {
  return ohwell;
}

U