TMP4

Meg archiva updated. 2023.02.11: - Libdevil, libmysql, cryptopp and boost was in the /usr/metin2/src/etc folder. I modified these extern stuffs folder stucture to the commonly used /usr/metin2/src/extern/include and lib layout. By doing that, the src folder moved a folder upper to /usr/metin2/src/server, don't forget to modify the aliases paths in root/.cshrc. - Libmysql removed, it was the old 5.1.35 version from Kraizy.tgz while we're using 5.6 in the vm. We don't need seperate libmysql because when we install mysql it installs the lib and include files too to /usr/local/lib/mysql and /usr/local/include/mysql. Now we're using that in game's, db's and libsql's Makefile. - Mysql 5.6 lib needs OpenSSL so OpenSSL libs linked in game's and db's Makefile. (Look for # OpenSSL) - Added $(MAINOBJ) to game's Makefile's clean command so you don't need to manually delete main.o after you do gameclean command. Ymir just forgot it when they made the Makefile. To do this update here's a little tutorial: If you find any bug (for example related to the mysql 5.6 include and lib in the src) then report it to me so I can have a look & fix.

Do you mean this part "%d, %d, %d, %d, %d, " I say search for 2x, but it is there in 4x in the cpp? Yes, I'll clarify the tutorial soon about this, thanks. Edit: [Hidden Content]

1. This tutorial is outdated, there is a newer version with a better code: However you do not need to install it because I did it. Just configure your IP in the CONFIG files. Please read Karbust topic or my FAQ.txt file where you downloaded the serverfile to get more information how to use it. And don't forget to revert the changes you made from this topic.

Have a look at 2023.01.11 changelog and take these files: /usr/metin2/server/src/etc/libmysql /usr/metin2/server/src/etc/libdevil /usr/metin2/server/src/game/src/Makefile /usr/metin2/server/src/db/src/Makefile /usr/metin2/server/src/libsql/src/Makefile /usr/metin2/server/src/Makefile (optional) Be aware of symlinks and don't forget to make dbdep gamedep and in libsql folder gmake dep (because there's no alias for that) if you want to recompile that too. --- Speaking of that etc folder, I may modify the etc folder structure to the ../extern/include-lib as most source have their folder structure in that way. It's not changing anything, just folder structure.

Mega archive updated, as I promised here's the fix for the DevIL glitch: 2023.02.07: - DevIL had a glitch with uploading guild marks. It's not about the recent change that I linked it statically, it existed before, the bug is in the DevIL 1.8.0 itself. Marty helped me to fix the bug, check his commit here: [Hidden Content] If you want to fix this bug, please take these files & folders: /usr/metin2/server/src/etc/libdevil (whole folder) and /usr/metin2/server/src/game/src/Makefile Be aware of symlinks in libdevil folder, because if you extract it in windows, you'll loose symlinks. Here is a tgz of the libdevil folder which you can extract in FreeBSD to keep symlinks: [Hidden Content] And here is the Makefile for the game/src if you don't want to redownload the sf: [Hidden Content] - CH1-2 CONFIG files had "127.0.0.1" in the DB_ADDR, while CH3-4 CONFIG files had "localhost" in it. I changed the latter to "127.0.0.1" just to be uniform. - The mirrod2db function does not mirror item_proto's specular and mob_proto's mob_color column to the database by default, because they just skipped them at saving. I added them, so now the item/mob_proto.txt and item/mob_proto table is the same. If we want to be strict, this was not a bug, but I decided to fix it. Here is a tutorial: [Hidden Content] I know the previous update was about DevIL static lib, but it is not related to that, but DevIL version 1.8.0 itself. If you downloaded this serverfile when I updated to FreeBSD 13.1 you do have the bug because pkg version of DevIL was 1.8.0 in that FreeBSD version already, so if you downloaded the serverfile after 2022.05.21 you 100% have this bug and you should apply the fix. My Q&A topic of this bug: [Hidden Content] There you can find a video and explanation about the bug.

The max value is in the msm file, not the src Increase it, it'll work.

Thank you "without problems" Actually there is 1 problem currently regarding DevIL. Here's a fix: If anyone can't do it, I'll release a new version including this fixed DevIL either today late afternoon/night or tomorrow. This week I have office days so having very less time to do anything.

Thank you, it seems now working fine Many thanks --- I have 2 question, 1. related to DevIL, 2. to cryptopp. 1. We don't need to link /usr/lib/liblzma.a with your libdevil, right? 2. I see your patched cryptopp [Hidden Content] Is there any reason you chose version 7.0.0? Currently I'm using 8.4.0 (because Mali's clientside have 8.4.0 too) while I'm not experiencing any issue and nobody reported me anything, I just curious to avoid future bugs like this DevIL one. Edit: We talked in Discord, liblzma.a is not needed unless it asks for it (probably won't) and cryptopp 8.4 is fine if it does not crash at login.

@ MaliYou're a legend! A question. Does gayforge (or GitHub itself) keep taking down your github repos?

It's still the same. It places the uploaded mark to the last line of the tga. Then I restart the server. Then I upload another one, the previous will be moved to the first line (correct location) and after a server restart, it'll show the 1. logo since that is in the correct location. Just as I showed in the video But in the meantime I recompiled DevIL 1.7.8 to get clean static libs, it works fine. So it's only wrong with DevIL 1.8.0. If I can't fix it, I'll just use 1.7.8. The newer version doesn't even give any advantage, I only used it because the pkg and ports got updated to that version...

First of all thanks for your answer I did not forget to delete mark_index. I have guild id 1 and 2. I downloaded and compiled and linked static your libdevil but it's the same. Here is a video about my bug: It placed the 1. logo to the last line of the mark tga, and when I uploaded another logo, it moved the previous one to the first line (the right location) and placed the current logo the the last line. Please watch the video because it sound silly but it really does this. I replaced DevIL libs with older precompiled ones (1.7.8 from Mali's older FreeBSD12.0 VM) and then it works fine, it never places to the last line. Ofc it's dirty, I just did it for testing. By knowing that, should the source be modified to be compatible with 1.8.0?

Today someone reported me a crash about guild marks: [Hidden Content] and while I couldn't reproduce it I found another bug with guild marks. Basicly the problem is, when I change the guild mark, sometimes it starts filling from the bottom. I attach a picture to explain. Please read by the numbers 1. 2. 3. 4. I recently changed DevIL to static. But I took 1 years old backup to test and the problem exists there too. So it's probably not about changing DevIL libs from shared object to static. I'm using this: [Hidden Content] I'm not sure If I fcked up something or it's bad by default. DevIL version is 1.8.0 from pkg (pkg install devil)

"My goal was to make a reference r40250 serverfile as official as possible compared to what GF had back when their files got leaked in early 2014. No new systems added, only bug fixes." The 40k src got leaked (actually stolen xD) in late 2013 and got published to everyone (i think in epvp's forum) in early 2014. It's based on that, nothing new system or so added. This is meant to use as a base to build your own project, add your (own) systems etc.

By default no. You have to make the windows project structure, recompile libs for windows etc.

Thanks, it's about the guild mark. Recently I changed DevIL libs to static what the source use to work with guild mark images. If you find out exactly when the crash happens, please write me. I may change back the DevIL libs to dynamic if we can't figure it out.

By default you have something like this in your MakeFile: ifeq ($(BSD_VERSION), 7) INCDIR += -I../../libmysql/7.x-5.1.35 LIBDIR += -L../../libmysql/7.x-5.1.35 else INCDIR += -I../../libmysql/5.x-5.1.35 LIBDIR += -L../../libmysql/5.x-5.1.35 endif LIBS += -lmysqlclient -lz This means it will lokk for libmysqlclient.a in ../../libmysql/5.x-5.1.35/libmysqlclient.a (the ../ means one folder back, you probably knows it but anyway..) Is the file there? Check your makefile because yours may reads from another location. Also you can link it directly (I prefer that way), for example here's mine: LIBS += ../../etc/libmysql/libmysqlclient.a /usr/lib/libz.a I have that lib in ../../etc/libmysql/libmysqlclient.a

Disable ENABLE_GOTO_LAG_FIX for testing and when it crash copy here your bt and bt full. Copy full log from your PuttY, do not take just a picture. Then we cand find out what made your server crash and where. I ask this because your last crash was a ENABLE_GOTO_LAG_FIX's line what I'm not intended to check and test. But if the crash happens pointing to a default line then yes of course I can take a look. ---- By the way just in your char.cpp from the other topic I see ENABLE_SWITCHBOT ENABLE_FLOOD_PRETECTION ENABLE_HUNTING_SYSTEM ENABLE_PICKUP_FILTER These aren't simple nor small modifications. And it's just one of your cpp file. Still you can copy bt log, but you'll need to upload the files where it will point to otherwise I can't see your lines to check.

So entity_view.cpp:19 is an empty line by default: But you did install this because I just checked your profile and your recent activity: So your line 19 is: Should I explain further? Disclaimer: I'm not saying Ikarus's fix is bad. I just saying you installed something what caused you problems, and you came here to blame.

Sorry but what do you expect from me in this situation with this little information? I just warped to the OX map (game99) and even started an event, did not crash for me. Warped to another game99 map (gm_guild_build), did not crash. I don't know when it crash for you, what do you do when it crash, or is it crash because of a modification you made. To find out or at least to have a clue why it crashed for you, do a gdb and copy the output of bt and / or bt full here. cd /usr/metin2/server/game99 gdb file game core game.core bt bt full quit But if you see it's coming from a new system then please kindly open a new topic in q&a.

No.

I know about this but it's always been like that since 2004. I don't know if it's a bug or a missing feature (=Ymir did not code it) but it's out of my scope for sure. I may have a look when I'll have time.

A metin2 server by default reads the item_proto from item_proto.txt (unless you use very old serverfile, or you or your serverfile's author did not modify it). So if you change anything in the mysql, it gets overwritten every time you start your server. "I tried to export the intem_proto from Navicat and put intem_proto.txt in WinSCP" It's a bad approach since an sql file and the item_proto.txt (csv just with tabs) are totally different file. If you exported it to csv, that's bad too because while you have numbers on item_proto table, you have names in item_proto.txt (for example antiflags ANTI_DROP, ANTI_MYSHOP vs number like 1,4,8,16 etc). Edit item_proto.txt directly, and forget about the mysql proto. If you want to use mysql proto (I'm not advising it) then: [Hidden Content]

Do you have the mount system renewal? Then your problem isn't realted to custome mount, but the mount system renewal. I quickly checked the code, that system does not mount you, it's only summoning it by default. char.cpp in void CHARACTER::CheckMount() mountSystem->Summon(mobVnum, mountItem, false); You can try to extend this with mountSystem->Mount(mobVnum, mountItem); Not tested.

Why did you delete special_item_group.txt's 10300 group? Did the tutorial say that? The costume mount system I use still using special_item_group.txt's 10300 to ride after warp / login.

It was just a meme, don't get too personally. But that multilang system is posted to this forum: And since you did not ask your question in the topic of the system and you didn't say which one u use, I could conclude that you just found a paid system.