Jump to content

Connection error after adding Cheque System


Recommended Posts

Hi! I have the following issue after adding Cheque System. 

Every time I try to log in with a wrong user or password I get "Wrong user or pswd" error BUT when I actually log in with my account (any correct account) I get "Error while connecting to the server".

Client syserr is empty.

Server syserr:

SYSERR: Sep 18 17:59:09 :: pid_init: 
Start of pid: 961

SYSERR: Sep 18 17:59:11 :: Boot: shop table size error
SYSERR: Sep 18 17:59:11 :: SpawnEventHelper: cannot get map base position 1
SYSERR: Sep 18 17:59:11 :: SpawnEventHelper: cannot get map base position 3
SYSERR: Sep 18 17:59:11 :: SpawnEventHelper: cannot get map base position 23
SYSERR: Sep 18 17:59:11 :: SpawnEventHelper: cannot get map base position 43
SYSERR: Sep 18 17:59:11 :: pid_deinit: 
End of pid

"Boot: shop table size error" seems to come from "tables.h" in source after adding wons in there. But if I remove that snippet of code I get connection refused in my console.

Promblem code seems to be here:

typedef struct SShopItemTable
{
	DWORD		vnum;
	BYTE		count;

    TItemPos	pos;			// PC 상점에만 이용
	DWORD		price;	// PC, shop_table_ex.txt 상점에만 이용
	#ifdef ENABLE_CHEQUE_SYSTEM
	DWORD		cheque;
	#endif
	BYTE		display_pos; // PC, shop_table_ex.txt 상점에만 이용, 보일 위치.
} TShopItemTable;

Pls help. xD 

EDIT: Main problem seems to be here:

db syserr:

SYSERR: Sep 18 20:02:37 :: pid_init: 
Start of pid: 932

SYSERR: Sep 18 20:02:37 :: Start: TABLE_POSTFIX not configured use default
SYSERR: Sep 18 20:02:51 :: Process: FDWATCH: peer null in event: ident 23
SYSERR: Sep 18 20:02:51 :: Process: FDWATCH: peer null in event: ident 24
SYSERR: Sep 18 20:02:51 :: Process: FDWATCH: peer null in event: ident 21
SYSERR: Sep 18 20:02:52 :: Process: FDWATCH: peer null in event: ident 22

db syslog:

...
Sep 18 20:02:48 :: HEADER_GD_SET_EVENT_FLAG : No Changed CClientmanager::SetEventFlag(oxevent_status 0) 
Sep 18 20:02:50 :: HEADER_GD_SET_EVENT_FLAG : No Changed CClientmanager::SetEventFlag(oxevent_status 0) 
Sep 18 20:02:50 :: HEADER_GD_SET_EVENT_FLAG : No Changed CClientmanager::SetEventFlag(oxevent_status 0) 
Sep 18 20:02:50 :: HEADER_GD_SET_EVENT_FLAG : No Changed CClientmanager::SetEventFlag(oxevent_status 0) 
Sep 18 20:02:51 :: HEADER_GD_SET_EVENT_FLAG : No Changed CClientmanager::SetEventFlag(oxevent_status 0) 
Sep 18 20:02:51 :: Connection closed. (host: 127.0.0.1)
Sep 18 20:02:51 :: ItemIDRange: returned. 60000001 ~ 70000000
Sep 18 20:02:51 :: ItemIDRange: Build: 60000001 ~ 70000000 start:60000001
SYSERR: Sep 18 20:02:51 :: Process: FDWATCH: peer null in event: ident 23
Sep 18 20:02:51 :: Connection closed. (host: 127.0.0.1)
Sep 18 20:02:51 :: ItemIDRange: returned. 80000001 ~ 90000000
Sep 18 20:02:51 :: ItemIDRange: Build: 80000001 ~ 90000000 start:80000018
SYSERR: Sep 18 20:02:51 :: Process: FDWATCH: peer null in event: ident 24
Sep 18 20:02:51 :: Connection closed. (host: 127.0.0.1)
Sep 18 20:02:51 :: ItemIDRange: returned. 40000001 ~ 50000000
Sep 18 20:02:51 :: ItemIDRange: Build: 40000001 ~ 50000000 start:40000160
SYSERR: Sep 18 20:02:51 :: Process: FDWATCH: peer null in event: ident 21
Sep 18 20:02:52 :: Connection closed. (host: 127.0.0.1)
Sep 18 20:02:52 :: ItemIDRange: returned. 20000001 ~ 30000000
Sep 18 20:02:52 :: ItemIDRange: Build: 20000001 ~ 30000000 start:20000339
SYSERR: Sep 18 20:02:52 :: Process: FDWATCH: peer null in event: ident 22
Sep 18 20:02:52 :: [      150] return 0/0/0 async 0/0/0
Sep 18 20:02:57 :: [      200] return 0/0/0 async 0/0/0
Sep 18 20:03:02 :: [      250] return 0/0/0 async 0/0/0
Sep 18 20:03:05 :: AUTH_LOGIN id(1) login(admin) social_id(1234567) login_key(156667313), client_key(793739589 212857159 1929999058 1901163518)
Sep 18 20:03:07 :: [      300] return 0/0/0 async 0/0/0
Sep 18 20:03:12 :: [      350] return 0/0/0 async 0/0/0
Sep 18 20:03:17 :: [      400] return 0/0/0 async 0/0/0
...

Ideeas?

Edited by narcisxb
Link to comment
Share on other sites

  • Replies 2
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

19 hours ago, blaxis said:

You probably made a wrong addition somewhere. I do not know exactly.

Boot: shop table size error also means:
This error will occur if more than 40 items have been added to a 40-slot market. If you did something like this, fix it back.

Well yeah, but where... thats why I asked. Also there s no way more than 40 items have been aded to a 40 slot market. (tbh I really doubt that s where that error stems from, I think it s more like if you overflow a variable type; like you ve got an short and you try to store 33000 something in it).

Need helps pls.

Edited by narcisxb
Link to comment
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

Announcements



×
×
  • Create New...

Important Information

Terms of Use / Privacy Policy / Guidelines / We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.