slazenCharlie

Oh, I messed up. When I tried to create a third character on the same account, the character select screen showed a similar error again—something like xxx_1285.pal. It seems like maybe some part of the server didn't properly switch to the correct packet version, so it's still sending invalid data to the client. That might be why the client ends up blocking the character selection request by itself...

Thanks! I found the problem. char.c int mmo_char_tobuf(uint8* buffer, struct mmo_charstatus* p) { unsigned short offset = 0; uint8* buf; if( buffer == NULL || p == NULL ) return 0; buf = WBUFP(buffer,0); WBUFL(buf,0) = p->char_id; WBUFL(buf,4) = min(p->base_exp, INT32_MAX); WBUFL(buf,8) = p->zeny; WBUFL(buf,12) = min(p->job_exp, INT32_MAX); WBUFL(buf,16) = p->job_level; WBUFL(buf,20) = 0; // probably opt1 WBUFL(buf,24) = 0; // probably opt2 WBUFL(buf,28) = p->option; WBUFL(buf,32) = p->karma; WBUFL(buf,36) = p->manner; WBUFW(buf,40) = min(p->status_point, INT16_MAX); WBUFL(buf,42) = p->hp; WBUFL(buf,46) = p->max_hp; offset+=4; buf = WBUFP(buffer,offset); WBUFW(buf,46) = min(p->sp, INT16_MAX); WBUFW(buf,48) = min(p->max_sp, INT16_MAX); WBUFW(buf,50) = DEFAULT_WALK_SPEED; // p->speed; WBUFW(buf,52) = p->class_; WBUFW(buf,54) = p->hair; //When the weapon is sent and your option is riding, the client crashes on login!? WBUFW(buf,56) = p->option&(0x20|0x80000|0x100000|0x200000|0x400000|0x800000|0x1000000|0x2000000|0x4000000|0x8000000) ? 0 : p->weapon; WBUFW(buf,58) = p->base_level; WBUFW(buf,60) = min(p->skill_point, INT16_MAX); WBUFW(buf,62) = p->head_bottom; WBUFW(buf,64) = p->shield; WBUFW(buf,66) = p->head_top; WBUFW(buf,68) = p->head_mid; WBUFW(buf,70) = p->hair_color; WBUFW(buf,72) = p->clothes_color; memcpy(WBUFP(buf,74), p->name, NAME_LENGTH); WBUFB(buf,98) = min(p->str, UINT8_MAX); WBUFB(buf,99) = min(p->agi, UINT8_MAX); WBUFB(buf,100) = min(p->vit, UINT8_MAX); WBUFB(buf,101) = min(p->int_, UINT8_MAX); WBUFB(buf,102) = min(p->dex, UINT8_MAX); WBUFB(buf,103) = min(p->luk, UINT8_MAX); WBUFW(buf,104) = p->slot; WBUFW(buf,106) = ( p->rename > 0 ) ? 0 : 1; // Commenting out that one line of code allows the character to show up on the character select screen. // offset += 2; #if (PACKETVER >= 20100720 && PACKETVER <= 20100727) || PACKETVER >= 20100803 mapindex_getmapname_ext(mapindex_id2name(p->last_point.map), (char*)WBUFP(buf,108)); offset += MAP_NAME_LENGTH_EXT; #endif #if PACKETVER >= 20100803 WBUFL(buf,124) = TOL(p->delete_date); offset += 4; #endif #if PACKETVER >= 20110111 WBUFL(buf,128) = p->robe; offset += 4; #endif #if PACKETVER != 20111116 //2011-11-16 wants 136, ask gravity. #if PACKETVER >= 20110928 // change slot feature (0 = disabled, otherwise enabled) if( !char_move_enabled ) WBUFL(buf,132) = 0; else if( char_moves_unlimited ) WBUFL(buf,132) = 1; else WBUFL(buf,132) = max( 0, (int)p->character_moves ); offset += 4; #endif #if PACKETVER >= 20111025 WBUFL(buf,136) = ( p->rename > 0 ) ? 1 : 0; // (0 = disabled, otherwise displays "Add-Ons" sidebar) offset += 4; #endif #endif return 106+offset; } Meanwhile, I ran into a new issue. When I try to select a character to enter the game, I immediately get the message: "This character has been frozen", and I can't get in. Later on, I found the function int parse_char(int fd) in char.c, which handles incoming packets from the client. When logging in, it receives packet 0x65 When creating a character, it gets 0x67 When selecting a character, it’s supposed to receive 0x66 But in my case, that packet (0x66) never gets triggered—parse_char doesn’t even fire at all. Also, I searched through the server code and couldn’t find the message "This character has been frozen" anywhere, which makes me think the client itself might be blocking the login on its own. But why? As far as I can tell, the character data looks totally normal. The character’s location is set to prontera,150,150, and data.grf definitely includes the required files: prontera.gat, prontera.gnd, and prontera.rsw. So now I’m wondering—what else could be going wrong here?

Yes, I downloaded the rAthena project from here: https://github.com/rathena/rathena Then I checked out this specific commit: 7a057f7f4a853c3a5de6f93bfd9d7a5741549ada—because the commit message said it was for EP13, and my client executable is for EP13.2. I only made a few changes: Changed packet_db_ver from default to 25. Set packet_ver_flag to 0x00010000, which seemed the most appropriate for a late-2009 client like EP13.2. As for packet_ver_flag2, I couldn’t find a matching version, so I tried a few different values, but none of them made any real difference. Commented out map names that don’t exist in the database—otherwise, map-server_sql.exe would throw a ton of errors when starting. Other than that, I just configured the localhost and DB credentials. Since I can create characters just fine, I think those parts are working correctly. The client itself comes from an installation disc released in Taiwan around 2009 by the local publisher. Here’s roughly the process I followed: Installed XAMPP, created a MySQL database called ragnarok, and imported the following SQL files in order from rathena/sql-files: main.sql, item_db.sql, item_db2.sql, mob_db.sql, and mob_db2.sql. Created grf_files.txt under rathena/tools/mapcache/, pointing it to my client’s data.grf, then used mapcache.exe to generate the map cache. Opened data.grf using GRF Editor and edited clientinfo.xml to: <address>127.0.0.1</address> <version>25</version> I wasn’t sure what to set for <langtype>, so I just left it as the original value: 4. Launched Apache, MySQL, login-server_sql.exe, char-server_sql.exe, and map-server_sql.exe in order. Opened Ragnarok.exe from the main client folder. Once I get to the character select screen, if there are any character entries, the client crashes—because it tries to load an invalid .pal file: palette\몸\검사_남_24929.pal. I'm starting to wonder if the client itself also needs to be modified—maybe the data format it's receiving doesn't match what it expects, and that’s what’s causing the crash?

rAthena commit: 7a057f7f4a853c3a5de6f93bfd9d7a5741549ada, dated 2013/07/21, #define PACKETVER 20091130 Client version: Episode 13.2, 2009/11/30 Right now, the client launches fine and connects to my local server. I can register a new account (using the xxx_M naming format) and create characters without issues. However, after creating a character—or when I log in with an existing account and it tries to display the character select screen—the client crashes. Looking at the error, it seems like the client is trying to load palette\몸\검사_남_24929.pal from data.grf, but when I checked the palette folder, most of the palette files are named something like xxx_0 to xxx_4. So 24929 definitely looks like an invalid value. I traced the server code in char.c—the mmo_chars_fromsql function correctly reads the values from the MySQL database. But it might be that something goes wrong in mmo_char_tobuf, or maybe the client interprets the data differently after receiving it? I'm wondering if anyone else has run into a similar issue? Additional test I did: I manually renamed palette\몸\검사_남_4.pal to palette\몸\검사_남_24929.pal inside the data.grf. That stopped the crash, and the character select screen worked. But when I changed the hair_color value for the character in the database, the visual result on the character list screen wasn’t a hair color change—it actually changed the headgear model. Obviously, I only did this as a test to see whether the .pal file would actually be loaded and rendered correctly. When the client crashes, a small window first pops up with the message CPaletteRes :: Cannot find : palette\몸\검사_남_24929.pal, and then a larger error window shows up afterward : Module Name: C:\Program Files (x86)\Gravity\RO\ragexe.exe Time Stamp: 0x4b136d0e - Mon Nov 30 14:58:22 2009 Exception Type: 0xc0000005 0x00417a64 C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x0040dbed C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x00459008 C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x004d6e34 C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x004de3a5 C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x005e0ddd C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x005e08a8 C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x006d1dad C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x006e6bbc C:\Program Files (x86)\Gravity\RO\ragexe.exe 0x75b17d69 C:\WINDOWS\System32\KERNEL32.DLL 0x773abb9b C:\WINDOWS\SYSTEM32\ntdll.dll 0x773abb1f C:\WINDOWS\SYSTEM32\ntdll.dll eax: 0x00000076 ebx: 0x0efb02c0 ecx: 0x0efb02e2 edx: 0x00000000 esi: 0x00000011 edi: 0x00000110 ebp: 0x0019ffec esp: 0x0019ffe4 stack 0019ffe4 - 001a03e4 0019FFE4 : FF FF FF FF 24 8E 3D 77 00 00 00 00 00 00 00 00 0019FFF4 : DC 6A 6E 00 00 60 2B 00 00 00 00 00 41 63 74 78 001A0004 : 20 00 00 00 01 00 00 00 F0 32 00 00 DC 00 00 00 001A0014 : 00 00 00 00 20 00 00 00 00 00 00 00 14 00 00 00 001A0024 : 01 00 00 00 07 00 00 00 34 00 00 00 7C 01 00 00 001A0034 : 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 001A0044 : 00 00 00 00 00 00 00 00 02 00 00 00 4E EF 26 1A 001A0054 : 98 02 00 00 44 00 00 00 E0 02 00 00 54 02 00 00 001A0064 : 00 00 00 00 BA 71 32 F3 34 05 00 00 4A 00 00 00 001A0074 : 80 05 00 00 36 03 00 00 00 00 00 00 5B 49 59 2D 001A0084 : B8 08 00 00 32 00 00 00 EC 08 00 00 FA 02 00 00 001A0094 : 00 00 00 00 CD EA CE 32 E8 0B 00 00 42 00 00 00 001A00A4 : 2C 0C 00 00 30 03 00 00 00 00 00 00 C8 5F 50 38 001A00B4 : 5C 0F 00 00 5E 00 00 00 BC 0F 00 00 56 03 00 00 001A00C4 : 00 00 00 00 44 05 28 B1 14 13 00 00 56 00 00 00 001A00D4 : 6C 13 00 00 86 03 00 00 10 00 00 00 09 00 00 00 Launch Info 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 Job : Novice