TMP4

Well I just went for [Hidden Content] (8.5.0 works too but I have 8.4.0 in the clientside so I choose that) Unzip it in your freebsd then cd there then gmake then gmake install or point to that directory in your MakeFIle. (Be sure to remove cryptopp before if you have already installed via pkg or from ports) Still don't know why the pkg and the port version not working tho, but honestly I don't care at this point, at least the downloadable version works ?

I think that is independent from any update, it can happen in every serverfile. Mostly when you shut down your server or your core crash. But please give me more info where you get it (db probably) and when you get it. ---------------------------------- A little announcement, I'm working on migrating the project to FreeBSD13, I can release it soon, maybe today tomorrow If I'll have time after work, but expect soon ?

Yep I rebuilt cryptopp, game, db too. When I rebuilt cryptopp I saw it was compiled with clang++-devel so that part is ok. I have benn looked for SIGILL, Illegal instruction for hours yesterday, I know what it means but I don't know why I get that when I built crytopp from ports and not manually.

I see your point and I did it, now the port version compiled with clang++-devel too. However it's still the same, auth crash and I getting lost my faith.

clang for the project (game,db) clang++-devel "and when you compile from ports, what you using compiler?" Can we choose? I just give cd /usr/ports/security/cryptopp && make install clean command.

pkg and the port version is the same, but I tried, same result, auth crash. What is weird is that when I installs it manually by download it from: [Hidden Content] and gmake & gmake install it works fine, auth does not crash. There is some difference in the port version and in the cryptopp.com version. As I said the lib (libcryptopp.a) size are different, but that mostly because of compression. To sum it up: cd /usr/ports/security/cryptopp && make install clean (or via pkg) --> auth crash Installing it by downloading & unzipping this: [Hidden Content] and gmake and gmake install --> it works fine The result should be the same in either way, but it's not.

Hi, When I compile my game with Crypto++ 8.5.0 (current version from pkg install cryptopp) the game compiles fine but when I try to log in, the auth crash. GDB: Core was generated by `./auth'. Program terminated with signal SIGILL, Illegal instruction. Privileged opcode. #0 KeyAgreement::~KeyAgreement (this=0x213dd780) at cipher.cpp:100 100 virtual ~KeyAgreement() {} [Current thread is 1 (LWP 100565)] (gdb) bt #0 KeyAgreement::~KeyAgreement (this=0x213dd780) at cipher.cpp:100 #1 0x006024a0 in Cipher::Prepare (this=0x213cea2c, buffer=0xffbfb35d, length=0xffbfb354) at cipher.cpp:159 #2 0x00542329 in DESC::SendKeyAgreement (this=0x213ce700) at desc.cpp:731 #3 0x00564fc6 in CInputProcessor::Handshake (d=0x213ce700, c_pData=0x22023400 "\377\243*\251\300/l\002", this=<optimized out>) at input.cpp:212 #4 CInputHandshake::Analyze (this=0x213ce72c, d=0x213ce700, bHeader=255 '\377', c_pData=0x22023400 "\377\243*\251\300/l\002") at input.cpp:646 #5 0x00564697 in CInputProcessor::Process (this=0x213ce72c, lpDesc=0x213ce700, c_pvOrig=0x22023400, iBytes=13, r_iBytesProceed=@0xffbfb9cc: 0) at input.cpp:103 #6 0x00541c55 in DESC::ProcessInput (this=0x213ce700) at desc.cpp:313 #7 0x00633524 in io_loop (fdw=0x213be520) at main.cpp:1059 #8 0x00633229 in idle () at main.cpp:948 #9 0x00631ef5 in main (argc=<optimized out>, argv=0xffbfecbc) at main.cpp:609 (gdb) GDB Full: [Hidden Content] (it's long so I used pastebin) If you want to have a look in the source files: [Hidden Content] (It's the same as [Hidden Content] just removed hackshield because hs lib wasen't compatible) Any idea how to make it work? Edit: When I install cryptopp manually from [Hidden Content] it works fine. I have no clue what's happening ? The file sizes are different in the lib folder when I install it via pkg and when I install it manually, but maybe just compression. Thanks in advance, TMP4

Hi, Thank you for the prepared FreeBSD13 vm what you provided for me in DM. After I removed hackshield the game compiled just fine: [Hidden Content] You can owerwrite it because I did not change other things just commented out hackshield lines, but you can use notepad++ compare plugin or similar. I couldn't solve it without removing the hackshield, but since we are not using that, it is okey to remove.

It is a lie, sorry. Backup.sh do nothing but a tar -cf metin2.tar.gz metin2 command to make tar archives. The tar gz archives what are in mega are created with the backup.sh, and it does include src. If your metin2/src folder are empty, it wasent existed there when you did the backup.sh.

He is right, .patch files are the correct way but since the changes are so tiny I didn't feel the need. But I may include them in the future.

Then it is a FreeBSD error most likely. To make things easy I would make a backup via backup.sh then redownload the vdi and restoring your backup.

But did you edit the game-db? It really shouldn't crash with default things.

I'm not gonna repeat myself. There is something you are right about, there is something you are not. Thank you for the feedback.

@ Draveniou1 I hope you don't take it as an insult, I just want to explain this itemshop problem to you. The non-item_award item_shop's problem are not coming from the DB, but the itemshop(.php) itself. To solve the problem you have to do 2 things: Checking your item id range in db/conf.txt Inserting with a random id BUT outside of that vnum range in your itemshop.php Doing that way, you'll never have id conflict even if you skip item_award. Official chinese/hongkong server actually did this long time ago before item_award was a thing. (M2H conversation about this.) Item_award was made to solve this problem, so I really not understand people who want to skip using it. --------------------------------------------------------------------------------------- He didn't delete it because there is an else right after that and he probably didn't know what to do in this situation so he left it blank. His code would look like this in the right formatting: void CItemCache::OnFlush() { if (m_data.vnum != 0) // not equal instead of equal { [...] // this is the former else statement content! } [...] } But as I said, the problem lies in the itemshop.php, not in the db, so I do not advise to edit this.

Basicly he objects to 2 things: The source does not have x64 port The VM is FreeBSD12.0, not 12.2 / 13.0 My answers: Porting the source to the x64 platform was never a goal for this project. Please have a look here if you want a project with an x64 port. It can run fine on x64 system, you just need to compile it in a x32 system. Sum it up, you can run it even in a FreeBSD13 x64 VPS, you just can't compile there. VM should be used for localhost testing, not live environement. (What if I wouldn't even include a VM?) Updating the VM is in my todo list btw. But do not except x64 port. --------------------------- It's like going to a free shop and saying you won't buy anything in the future again for free from here until you see improvent of the free shop service.

New update ?: 2021.11.14: - Added ClientVS22.zip so you can use Visual Studio 2022 from now (optional). Every changes I made in ClientVS19 have been done in ClientVS22. Special thanks for Mali for providing the base source! - Fixed dump_proto, there was some missing empty subtype and while it wasen't a problem with Visual Studio 2019, it crashed with Visual Studio 2022. (ItemCSVReader.cpp) ClientVS22 is optional, you can still use ClientVS19 and I will most likely maintain and keep it in the Mega drive. So you can choose what would you like to use. If you find any bug with VS22 please report it to me. It's new for me too and I couldn't test it for hours and days. Special thanks to @ Mali for his updated & clean sources. If he never released his sources probably I would never released this whole serverfile.

Probably because the old one was made for the Preview (beta) visual studio 22, not for the Release visual studio 22. Anyway you have to apply the changes I made in the vs19 to the vs22. But I may update the ClientVS19 to 22 sooner since as I said there wasen't that many change in the client?

ClientVS19 does not have discord rich presence, so I'm not sure what are you doing there. You may work with Metin2-Client-Build-With-VS2022-master.zip because that have it, but that is totally untouched as I mentioned in the Readme.txt, I just left the archive there if anyone needs it and provide credit to Mali. In case you work with it, you may want to redownload it because Mali just updated it yesterday: It's planned that I upgrade the ClientVS19 to 22 sometimes in the future. If you not wait for it, you have to do the changes on your own by checking the whole Changelog.txt, but in the client there wasen't that many change.

Start your investiagtion in uiinventory.py: def RefreshBagSlotWindow(self): getItemVNum=player.GetItemIndex getItemCount=player.GetItemCount setItemVNum=self.wndItem.SetItemSlot for i in xrange(player.INVENTORY_PAGE_SIZE): slotNumber = self.__InventoryLocalSlotPosToGlobalSlotPos(i) itemCount = getItemCount(slotNumber) # itemCount == 0ŔĚ¸é ĽŇÄĎŔ» şńżî´Ů. if 0 == itemCount: self.wndItem.ClearSlot(i) continue elif 1 == itemCount: itemCount = 0 itemVnum = getItemVNum(slotNumber) setItemVNum(i, itemVnum, itemCount)

You need python2.7 for your vps. Pkg install python will not install 2.7 but 3.x. pkg install python2.7 then cd /usr/metin2/server/share/locale/english/quest && python2.7 make.py ------------------------------------------------------------------------------ New update: 2021.11.13: - Changed the default bind_ip from 0 to 127.0.0.1 in db/ClientManager.cpp to prevent attackers to make a fake auth and join to your db when it's port publicly available. - Fixed player/object_proto table to silence syserr. I used Shogun's version previously. I took the reg_x original values now but since it is hard to place objects with them (that's why Shogun edited it), I divided them by two. If you need full original table I left it as object_proto_original. - Fixed LoadMonsterAreaInfo syserr, it is a feature for WorldEditor, not the client, so I wrapped the call for it with #ifdef WORLD_EDITOR [...] #endif in MapOutdoorLoad.cpp. - Added Extensions folder to the Mega drive what contains: 4 Inventory tutorial, 6th skill tutorial and a Firewall script to use. Those are optional. About the object_proto: Previously I used Shogun's version what had all reg_1-4 values -10 and 10. With that you could place objects in your guild land very close to each other but the game's sectree manager does not liked that values so it had syserrs. With the original reg_1-4 values it is a pain to place objects, like if you place a guild house, you can't place anything near to it, but the syserr is empty. So I divided the original values by 2 and it looks like that's ok for the sectree manager and placing objects are not as a pain as with original values. I left an object_proto_original table with the original reg_1-4 values in case you need that. About the Extension folder: Since I did not want to include 4 inventory and 6th skills for warrior and assassin but lots of people wanted it, I made a tutorial for them. I didn't just took a random tutorial and saying here they are and solve yourself but I made them dedicated to this release, so you'll not encounter an error at installing, everything prepared and checked. Currently the Extension folder have: 4 Inventory tutorial 6th skill tutorial An ipfw script prepared to use I Included all 15 languages for the 4Inventory and 6th skills, even for the skillbooks. While I tested the tutorial I am grateful for any feedback.

You lost your range somewhere 110000~99 Roher Drachendiamant 110000~99 ĂÖÇĎ±Ţ ŔĎąÝ ąé·ćĽ® ITEM_DS DS_SLOT1 1 ANTI_SELL | ANTI_SAFEBOX NONE NONE 0 0 0 0 0 TIMER_BASED_ON_WEAR 86400 LIMIT_NONE 0 APPLY_CON 1 APPLY_NONE 0 APPLY_NONE 0 0 0 0 0 0 0 0 0 0 110000~99 --> 110000~110099 You probably used the reverse/ProtoReaderNew.exe because that do this, however you are not supposed to use it, it is for a situations where you lost your txt protos. If you want to edit the clientside proto, download protos from the serverside and dump it with the dump_proto.exe I'll probably remove the reverse/ProtoReaderNew.exe since that is not needed for this release and just confuses people what it is.

Upload your protos and your dump_proto too if you edited it. I'll check it because i'm free now, but this probably an unique error.

I'm not sure because it's working fine for me. I swtiched to DE language and /i 110000. Did you edit the protos? Try to revert and redump with dump_proto for a test. Or give me more info to track this problem down.

Can you tell me the id of that ds item?

Sorry @ Karbust to use your words but I couldn't miss this meme ?