Error creating character

[nosfentora]

I'll try that and see what happens.

Also - i checked the start_zones table, and nope - nothing is set to '10' all the way down.

like i said - i'm stumped. This is a clean pull from the repo for both the source and db, a clean install of the db too.

maybe i'll try and clean out my server folder and re-do everything from scratch.

gotta track this bug down somehow =)

I'll post back when i get a chance to test the disabling tutorial button.

[Noport]

why would some send out Rev2092.sql without items and adventure files? i would understand that if you had a custom database but for a new setup it's a pain.

[sorvani]

skipping noport (because i never understand what he is saying...)

I just built a new server from the ground up, compiled with the x64 code. Everything seems to be working normally.

Edit: Found a way to duplicate your problem. Using the UF Client, leave the tutorial button checked and you will get this. If you uncheck the tutorial button you will log in to world just fine.

UF Client, Male Froglok Shadowknight with default stats.

Chose Start City of Crescent Reach, left tutorial button checked.
[Debug] [WORLD__CLIENT] eqemuaccountname: Name approval request.  Name=Icidige, race=Froglok, class=Shadowknight
[Debug] [WORLD__CLIENT] eqemuaccountname: Character creation request from eqemuaccountname LS#111111 (10.0.1.20:59651) :
[Debug] [WORLD__CLIENT] eqemuaccountname: Name: Icidige
[Debug] [WORLD__CLIENT] eqemuaccountname: Race: 330  Class: 5  Gender: 0  Deity: 206  Start zone: 10
[Debug] [WORLD__CLIENT] eqemuaccountname: STR  STA  AGI  DEX  WIS  INT  CHA    Total
[Debug] [WORLD__CLIENT] eqemuaccountname:  80  105  100  100   75   85   55     600
[Debug] [WORLD__CLIENT] eqemuaccountname: Face: 0  Eye colors: 3 3
[Debug] [WORLD__CLIENT] eqemuaccountname: Hairstyle: 255  Haircolor: 255
[Debug] [WORLD__CLIENT] eqemuaccountname: Beard: 255  Beardcolor: 255
[Debug] [WORLD__CLIENT] Validating char creation info...
[Debug] [WORLD__CLIENT_ERR] Could not find class/race/deity/start_zone combination
[Debug] [WORLD__CLIENT_ERR] eqemuaccountname: CheckCharCreateInfo did not validate the request (bad race/class/stats)
DeleteCharacter: successfully deleted 'Icidige' (id 121487)
[Debug] [WORLD__CLIENT_ERR] eqemuaccountname: Could not get CharInfo for 'Icidige'
[Debug] [WORLD__CLIENT] eqemuaccountname: Client disconnected (not active in process)

Left Start City alone, left tutorial button checked.
[Debug] [WORLD__CLIENT] eqemuaccountname: Name approval request.  Name=Lanago, race=Froglok, class=Shadowknight
[Debug] [WORLD__CLIENT] eqemuaccountname: Character creation request from eqemuaccountname LS#111111 (10.0.1.20:57976) :
[Debug] [WORLD__CLIENT] eqemuaccountname: Name: Lanago
[Debug] [WORLD__CLIENT] eqemuaccountname: Race: 330  Class: 5  Gender: 0  Deity: 206  Start zone: 10
[Debug] [WORLD__CLIENT] eqemuaccountname: STR  STA  AGI  DEX  WIS  INT  CHA    Total
[Debug] [WORLD__CLIENT] eqemuaccountname:  80  105  100  100   75   85   55     600
[Debug] [WORLD__CLIENT] eqemuaccountname: Face: 1  Eye colors: 1 1
[Debug] [WORLD__CLIENT] eqemuaccountname: Hairstyle: 255  Haircolor: 255
[Debug] [WORLD__CLIENT] eqemuaccountname: Beard: 255  Beardcolor: 255
[Debug] [WORLD__CLIENT] Validating char creation info...
[Debug] [WORLD__CLIENT_ERR] Could not find class/race/deity/start_zone combination
[Debug] [WORLD__CLIENT_ERR] eqemuaccountname: CheckCharCreateInfo did not validate the request (bad race/class/stats)
DeleteCharacter: successfully deleted 'Lanago' (id 121488)
[Debug] [WORLD__CLIENT_ERR] eqemuaccountname: Could not get CharInfo for 'Lanago'
[Debug] [WORLD__CLIENT] eqemuaccountname: Client disconnected (not active in process)

Left Start City alone and unchecked tutorial button.
Logged in to Rathe Mountains.

Chose Start City of Crescent Reach, and unchecked tutorial button.
Logged in to Crescent Reach.

[sorvani]

I found a problem @ line 2933 in Underfoot.cpp. That is the line that should be populating the Tutorial zone ID if the tutorial is enabled and you leave it selected. I hard coded it to 189 instead of letting it read form the DB and my server now does everything properly during character creation. So there is something going on with the database call.

	if(RuleB(World, EnableTutorialButton) && eq->tutorial) {
		//emu->start_zone = RuleI(World, TutorialZoneID);
		emu->start_zone = 189;
	} else {
		emu->start_zone = eq->start_zone;
	}

[nosfentora]

Yep - just tried unchecking the tutorial button and was able to create my character fine.

Thanks! Wonder why I was the only one seeing this problem.....

Thanks again Trev and Sorvani

Note: This was happening in both UF and SoD client.

[lerxst2112]

My code is unchanged and I don't have any issues creating toons with Underfoot and going to the tutorial. My TutorialZoneID is 189, the default as far as I know since I didn't go out of my way to change it.

[sorvani]

Are you compiling a 64 bit server? There may some odd issue there. The OP and myself are getting this on a x64 compile.

[lerxst2112]

x64 Windows or Linux?

[sorvani]

I built a clean x64 Windows server a few nights ago for a test server since my old 32-bit box died. I do not have anything 32 bit installed so I do not have an easy way to recompile and test in 32 bit mode.

[provocating]

I am jumping on the bandwagon of people experiencing this crazy ass error. I had a player reporting it. The Underfoot.cpp fix did work for me. Now I need to remember to edit that file until this is resolved. And yes, I am on Debian x64

[gibroni]

this is still a problem that has not been resolved for 64 bit compile as of version 2118

[lerxst2112]

Originally Posted by gibroni

this is still a problem that has not been resolved for 64 bit compile as of version 2118

Are you saying that you applied the change mentioned in this thread and it didn't work, or you don't want to apply the change?

[gibroni]

sorrry i didnt specift. i happened to find this thread after searching from my problem. i did not have chance to fix on my end yet. was just commenting that fix was not put into svn download yet fixing for future people compiling 64bit

[sorvani]

I did not commit my above change to the SVN because that would negate the entire point of the rule. I have not had time to figure out why that rule is not being applied in my 64 bit build. i needed to reclaim the 64-bit machine i was using for another purpose so i am back on a VS2008 32-bit build for my test server and that version has no problems.

[lerxst2112]

You would think that if it was an issue with rules themselves that no rules would work in 64-bit, but that clearly doesn't seem to be the case. It'll be interesting to see what the issue actually is.