3bd0

Sorry maybe I didn't explain myself clearly. I was asking about how to pass the information inside *args back to the callback. So in the function above, it's saving a reference to event (which is the function), but *args is just lost. so when self.eventOverInItem get called later on, it will be missing the arguments that were provided in *args. Or Am I missing something?

Apologies if it's a stupid question, python is not my thing. But when I refactor it to *args, how do I then pass those arguments to the function? 0, row, j and captured by *args, but then what? should I just save them to a variable in SetOverInItemEvent and unpack them when the event is triggered? Or is there an easier way of doing it?

There seem to be a small bug with DS trade. You can only trade 1 item at a time (even if you have more space). In exchange.cpp, find if (0 == s_vDSGrid[wBasePos]) Replace with if (0 == s_vDSGrid[wPos])

What version of cef are you using? The only unusual thing I have found so far is a error file that seems to be dumped after the client crashes.

Hi, Did anyone manage to use Cef (Chromium Embedded Framework) version 90 or newer with metin 2? While older versions work fine for me, newer version don't. When I open the browser the client just crash without any apparent reason. Thanks.

It looks like mysql 5.7 is compiled with clang, while I compile my sources with g++. Is there any way to make mysql compile with gcc? I have version 4.8 installed

Hi, I am updating my MySQL version to 5.7. I removed old mysql and installed the new version, then tried to recompile dp and game with the new libraries. I get some weird linker issues, tried to work it out but no luck. The output is: /usr/local/bin/ld: /usr/local/lib/mysql/libmysqlclient.a(sha2_password_common.cc.o): in function `sha2_password::Generate_scramble::Generate_scramble(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, sha2_password::Digest_info)': sha2_password_common.cc:(.text+0x30e): undefined reference to `std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::basic_string(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' /usr/local/bin/ld: sha2_password_common.cc:(.text+0x31e): undefined reference to `std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::basic_string(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' /usr/local/bin/ld: /usr/local/lib/mysql/libmysqlclient.a(sha2_password_common.cc.o): in function `generate_sha256_scramble': sha2_password_common.cc:(.text+0x72b): undefined reference to `std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::basic_string(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' /usr/local/bin/ld: sha2_password_common.cc:(.text+0x73d): undefined reference to `std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::basic_string(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' /usr/local/bin/ld: sha2_password_common.cc:(.text+0x833): undefined reference to `std::__1::__basic_string_common<true>::__throw_length_error() const' /usr/local/bin/ld: sha2_password_common.cc:(.text+0x83d): undefined reference to `std::__1::__basic_string_common<true>::__throw_length_error() const' collect2: error: ld returned 1 exit status gmake: *** [Makefile:82: ../db_r] Error 1 And this is my make file: Thanks.

It wasn't removed. It moved to the top of the thread because I marked it as best answer.

This worked! I copied all the devil libs from the 9.2 machine and compiled it and its working now perfectly! Will try to upgrade it later. I am guessing the static flag makes the linker pack every library needed into the binary, which makes it work on every machine even if that library is not installed, am I right? Is there any disadvantages to using the static flag vs dynamic linking?

Getting tons of errors now in linking process [Hidden Content]

I running and compiling it on the same machine. I tried adding the static flag, but the build failed as it couldn't find gtest library. I checked and I do have the shared lib (.so) but not the static one (.a). Tried googlin on how to build it, but couldn't find anything helpful.

Willing to pay to fix this

I removed all optimisation flags & removed the hackshield stuff as I don't have the source code for that to rebuild the lib. I updated gdb version to 9.1 as well. Now the game error out with a bus error. This is the output of bt full. #0 0x29073a85 in vtable for __cxxabiv1::__si_class_type_info () from /lib/libcxxrt.so.1 No symbol table info available. #1 0x28c33440 in ?? () from /usr/lib/libstdc++.so.6 No symbol table info available. Backtrace stopped: previous frame inner to this frame (corrupt stack?) Does anyone have any idea what is going on?

I did update all packages and deleted everything in Extern except include/boost. The only thing I am not using the latest version for is cryptopp, I am suing cryptopp700 (I built it myself). But still getting a segmentation fault. Output of bt full is the following. I don't know about the tr1 namespace honestly, do you where that was used and how to fix it? Edit: This is the makefile now after edits [Hidden Content]

This is the list of the command produced and I checked every single one of them, they all exist. libmd.so.6 => /lib/libmd.so.6 (0x28471000) libIL.so.1 => /usr/local/lib/libIL.so.1 (0x2848c000) libpng16.so.16 => /usr/local/lib/libpng16.so.16 (0x285a9000) libtiff.so.5 => /usr/local/lib/libtiff.so.5 (0x285d9000) libmng.so.1 => /usr/local/lib/libmng.so.1 (0x28647000) liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x286a1000) libjpeg.so.8 => /usr/local/lib/libjpeg.so.8 (0x286d8000) libz.so.6 => /lib/libz.so.6 (0x28761000) libssl.so.8 => /usr/lib/libssl.so.8 (0x28777000) libstdc++.so.6 => /usr/local/lib/gcc48/libstdc++.so.6 (0x287d1000) libm.so.5 => /lib/libm.so.5 (0x288bd000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x288ea000) libthr.so.3 => /lib/libthr.so.3 (0x288fb000) libc.so.7 => /lib/libc.so.7 (0x2891f000) libnvtt.so => /usr/local/lib/libnvtt.so (0x28a7d000) libjasper.so.4 => /usr/local/lib/libjasper.so.4 (0x28a93000) libc++.so.1 => /usr/lib/libc++.so.1 (0x28af0000) libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x28bae000) liblzma.so.5 => /usr/lib/liblzma.so.5 (0x28bc8000) libjbig.so.2 => /usr/local/lib/libjbig.so.2 (0x28bec000) libcrypto.so.8 => /lib/libcrypto.so.8 (0x28bf8000) libnvimage.so => /usr/local/lib/libnvimage.so (0x28d89000) libnvmath.so => /usr/local/lib/libnvmath.so (0x28dab000) libnvcore.so => /usr/local/lib/libnvcore.so (0x28db0000) libImath-2_4.so.24 => /usr/local/lib/libImath-2_4.so.24 (0x28db7000) libIlmImf-2_4.so.24 => /usr/local/lib/libIlmImf-2_4.so.24 (0x28dc8000) libIex-2_4.so.24 => /usr/local/lib/libIex-2_4.so.24 (0x290a5000) libHalf-2_4.so.24 => /usr/local/lib/libHalf-2_4.so.24 (0x290fd000) libIlmThread-2_4.so.24 => /usr/local/lib/libIlmThread-2_4.so.24 (0x29140000) libIexMath-2_4.so.24 => /usr/local/lib/libIexMath-2_4.so.24 (0x29147000) gcc48 is included in the ports. I am planning to update it but sine this is the version I used on 9.2, wanted to make it work with it first then update from there.

Hi, I spent yesterday installing FeeBSD11 and required packages to compile and run metin 2 on. and I did manage to compile source successfully with any warnings. However when I run the server, the run script keep spitting out segmentation fault and doesn't start (the db seem to start). I have no clue why. Here is the output from bt full #0 0x28bc3a87 in vtable for __cxxabiv1::__si_class_type_info () from /lib/libcxxrt.so.1 No symbol table info available. #1 0x28818d48 in __dynamic_cast () from /usr/local/lib/gcc48/libstdc++.so.6 No symbol table info available. #2 0x288b2440 in typeinfo for std::ctype_base () from /usr/local/lib/gcc48/libstdc++.so.6 No symbol table info available. #3 0x00000006 in ?? () No symbol table info available. #4 0x288b2440 in typeinfo for std::ctype_base () from /usr/local/lib/gcc48/libstdc++.so.6 No symbol table info available. #5 0x288b257c in vtable for std::ios_base::failure () from /usr/local/lib/gcc48/libstdc++.so.6 No symbol table info available. #6 0x288bc5a0 in std::cin () from /usr/local/lib/gcc48/libstdc++.so.6 No symbol table info available. #7 0xbfbfdd78 in ?? () No symbol table info available. #8 0x288b5000 in ?? () from /usr/local/lib/gcc48/libstdc++.so.6 No symbol table info available. #9 0x288bb49c in std::ctype<char>::id () I'm using the same gcc version (48), with the exact same make file on 9.2 32bit and it does compile and run successfully. Anyone have ideas? Edit: This is my game make file as well

Hi, The AppendTimerBasedOnWearLastTime function displays the time left based on socket 0 value, but if the item doesn't actually exist (in an npc_shop for example), the socket 0 value will be 0. A possible fix could be checking if the sokcet value is 0 and in that case display the limit value instead

I couldn't find it anywhere, and the file the error mentions is a dds file. it's not a model so it doesn't have any animations (at least to my understanding). I looked in the actual model (in that case it was poison sword) and there is not animations associated with it. And another thing I just noticed is that the file the error says it can't find is a .max file, I don't think there are any 3dMax raw files anywhere in the client.

Hi, I upgraded my client's granny version to 2.9 and upgraded all of the models. However I get the following error over and over again. 0521 11:34:20745 :: GRANNY: Unable to find matching track_group for Model: "weapon_choegogeup01_02" in Animation: "D:\zwork\¹ÚÀç°ü\3¿ù21ÀÏÀÌÈÄÀǼöÁ¤¾Ö´Ï¸ÞÀ̼Ç\¼ö¶óij¸¯ÅͼöÁ¤\¼ö¶ó¸ð¼Ç¼öÁ¤\onehand_sword\run.max" I am not interested in silencing the error, I want to get to the bottom of it. If anyone have solved that issue before, would be grateful if you can direct me to the correct path. Thanks.

Hi, I was updating python version to 2.7.18, which is the latest update for 2.7. I downloaded python's source code & built it using VS studio 2013. But when I rebuild the client with the new python lib, I get a lot of unresolved external symbol errors. See complete log here: [Hidden Content] Thanks.

Do you mind sharing a link for that tool? Searched google couldn't find it

Hi, I am trying to change the texture path for backchon npc to fix the white texture bug. I read that ti could be changed by granny viewer but I couldn't figure it out. Could anyone guie me to how to change it using granny viewer?

Hello, I am searching for the weapon costume system. Can't find it anymore. If anyone has can you share please?

Hi, I just installed Fliege's files, and was trying to test DS. However when I /i a DS item, it keeps telling me that there's no item with that vnum, where in fact there is. So not sure if it's a bug in the files or do we use different commnd for DS items? Thanks!

repo updated with the fix! Thank you