Help my lan server no /@get or /@put for items

My Lan Priston tale server when i login as a Admin and type..
/@get wa101 or /@put admin wa101 nothing happens could you please help that would be very appreciated :wink:

This is often a mismatched client and server. Sometimes you can get stuff low down on the list, but nothing after the desync.

Make sure the item list in the client executable is identical in content and order to the one in the server executable. The checksums do, usually, have to be different however.

you can try :
/@xin wa101

Good luck!

Does not work

Of course, we are all assuming you have authenticated to Admin level 3 with your GM enabled and configured client okay.

With a revised bug report like as detailed as "Does not work" that may have been an oversight on our part. >.<

Fixed!! ty

hello I do not know if it will help more on my server has it too, so I could arrange as follows.
open your looking comic_player server.exe(hexa), is located just below tera / @ .. and 3 letters only change to put the other to get, after had been changed / put @ and / @ so get tested.

if I'm wrong there any talk in my work out.
hello I do not know if it will help more on my server has it too, so I could arrange as follows.
open your looking comic_player server.exe, is located just below tera / @ .. and 3 letters only change to put the other to get, after had been changed / put @ and / @ so get tested.

if I'm wrong there any talk in my work out.

To be clear; every server I've checked has the commands /@get and /@put encoded at 0x208EE4. (file offset)

http://i.imgur.com/E2tv1.png

This becomes address 0x608EE4 for /@get and 0x6008EEC for /@put when the image is loaded in memory and run.

http://i.imgur.com/PGdLJ.png

IMS, when the code is running this list of strings is compared, and if one is found it's index is processed by a switch / case style logic block which will branch off to process the remainder of the user input.

This means that developers could move, or possibly extend this list of command strings, or redirect the branching instructions to completely different processing code blocks, as well as simply renaming the commands. :wink:

IMHO, if they did not document the commands they altered, they do not intend on their server being further developed. However, I wish anyone attempting to do so the best of luck. :D:

NICe work

Please note the section rules, "like" a thread or post rather than posting "Nice work".

While I'm adding a somewhat OT post, I'd also like to point out in my two example screen grabs above... one is from MadEdits' hex view of a file, the other from OllyDbgs' hex dump of the memory. (recoloured to match the MadEdit view) The string which follows our commands is a Korean server response, and although they both come from the same language install, they each interpret the Korean (extended) characters differently. ;)

To my eye, MadEdit seems to be seeing Windows Western European extended ASCII, where Olly is seeing it as IBM OEM Extended ASCII. FYI, IBM OEM Extended ASCII is the character set your BIOS will use (unless, maybe you are running a nice new EFI Firmware PC which doesn't have to be an "IBM Compatible" PC and have a "BIOS" at all) or the font in DOS before you run any KEYB command, usually in AUTOEXEC.BAT or CONFIG.SYS. The Windows Western European setting is what Windows installs as "default" for most of us who use Latin characters for our primary language... but even then, languages with very complex Latin, like Viet, Czech or Polish, will probably get a different default. ^_^