3bd0
-
Posts
194 -
Joined
-
Last visited
-
Days Won
1 -
Feedback
0%
Content Type
Forums
Store
Third Party - Providers Directory
Feature Plan
Release Notes
Docs
Events
Posts posted by 3bd0
-
-
On 4/18/2020 at 12:53 AM, masodikbela said:
Instead of this what I did was adding *args to the SetOverInItemEvent and unfolded the lambda expressions to this:
row = 0 for materialRow in self.materialSlots: j = 0 for material in materialRow: material.SetOverInItemEvent(ui.__mem_func__(self.__OverInMaterialSlot), 0, row, j) material.SetSelectItemSlotEvent(ui.__mem_func__(self.__OnSelectMaterialSlot), 0, row, j) material.SetOverOutItemEvent(ui.__mem_func__(self.__OverOutMaterialSlot)) j = j + 1 row = row + 1 row = 0 for resultSlot in self.resultSlots: resultSlot.SetOverInItemEvent(ui.__mem_func__(self.__OverInCubeResultSlot), 0, row) resultSlot.SetOverOutItemEvent(ui.__mem_func__(self.__OverOutMaterialSlot)) row = row + 1
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])
- 4
-
9 minutes ago, Karbust said:
With me it doesn't crash, but the window stays white for some reason...
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.
SpoilerModule Name: C:\Users\***\Metin2Distribute.exe Time Stamp: 0x61dc00fb - (null) Exception Type: 0xe0000008 eax: 0x0019cf70 ebx: 0x00000000 ecx: 0x00000001 edx: 0x00000000 esi: 0xf94700e8 edi: 0xf94700e8 ebp: 0x0019cfcc esp: 0x0019cf70 0x75e7b522 C:\Windows\System32\KERNELBASE.dll 0x03789022 C:\Users\***\libcef.dll 0x0378903b C:\Users\***\libcef.dll 0x04770512 C:\Users\***\libcef.dll 0x041ee3f1 C:\Users\***\libcef.dll 0x041d16f2 C:\Users\***\libcef.dll 0x041d0b26 C:\Users\***\libcef.dll 0x037eb034 C:\Users\***\libcef.dll 0x037ea97e C:\Users\***\libcef.dll 0x0815705a C:\Users\***\libcef.dll 0x03724ef5 C:\Users\***\libcef.dll 0x00f434eb C:\Users\***\libcef.dll 0x036fdbeb C:\Users\***\libcef.dll 0x036fdb88 C:\Users\***\libcef.dll 0x00f412b6 C:\Users\***\libcef.dll 0x0056c06f C:\Users\***\Metin2Distribute.exe 0x0043fe2d C:\Users\***\Metin2Distribute.exe 0x00457db2 C:\Users\***\Metin2Distribute.exe 0x004550cc C:\Users\***\Metin2Distribute.exe 0x1e0a89a7 C:\Users\***\python27.dll 0x1e0eb707 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ea211 C:\Users\***\python27.dll 0x1e0eb784 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ea211 C:\Users\***\python27.dll 0x1e0eb784 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e09c601 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e0ea04c C:\Users\***\python27.dll 0x1e0d4c46 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e0eb2b2 C:\Users\***\python27.dll 0x1e0eda3f C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e09c601 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e086420 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e085c6a C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e0eb2b2 C:\Users\***\python27.dll 0x1e0eda3f C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e09c601 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e086420 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e085c6a C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e0eb2b2 C:\Users\***\python27.dll 0x1e0eda3f C:\Users\***\python27.dll 0x1e0ea211 C:\Users\***\python27.dll 0x1e0eb784 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e09c601 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e086420 C:\Users\***\python27.dll 0x1e07a7dc C:\Users\***\python27.dll 0x1e0ea04c C:\Users\***\python27.dll 0x1e07a782 C:\Users\***\python27.dll 0x00560ac3 C:\Users\***\Metin2Distribute.exe 0x00560706 C:\Users\***\Metin2Distribute.exe 0x0047de67 C:\Users\***\Metin2Distribute.exe 0x00483bc5 C:\Users\***\Metin2Distribute.exe 0x00482230 C:\Users\***\Metin2Distribute.exe 0x0047ce2e C:\Users\***\Metin2Distribute.exe 0x004523ed C:\Users\***\Metin2Distribute.exe 0x00452c40 C:\Users\***\Metin2Distribute.exe 0x00455a9b C:\Users\***\Metin2Distribute.exe 0x1e0eb707 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ea211 C:\Users\***\python27.dll 0x1e0eb784 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e0ee952 C:\Users\***\python27.dll 0x1e0eeb36 C:\Users\***\python27.dll 0x1e0ecb94 C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e0ea273 C:\Users\***\python27.dll 0x1e0eb784 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ea211 C:\Users\***\python27.dll 0x1e0eb784 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ea211 C:\Users\***\python27.dll 0x1e0eb784 C:\Users\***\python27.dll 0x1e0ed98e C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e0ee952 C:\Users\***\python27.dll 0x1e0eeb36 C:\Users\***\python27.dll 0x1e0ecb94 C:\Users\***\python27.dll 0x1e0ee8fa C:\Users\***\python27.dll 0x1e0ee952 C:\Users\***\python27.dll 0x1e1151cb C:\Users\***\python27.dll 0x1e11621c C:\Users\***\python27.dll 0x00561448 C:\Users\***\Metin2Distribute.exe 0x005616cb C:\Users\***\Metin2Distribute.exe 0x005613fb C:\Users\***\Metin2Distribute.exe 0x004af69c C:\Users\***\Metin2Distribute.exe 0x004af90e C:\Users\***\Metin2Distribute.exe 0x004afd4b C:\Users\***\Metin2Distribute.exe 0x0056b254 C:\Users\***\Metin2Distribute.exe 0x7665fa29 C:\Windows\System32\KERNEL32.DLL 0x77857a9e C:\Windows\SYSTEM32\ntdll.dll 0x77857a6e C:\Windows\SYSTEM32\ntdll.dll
-
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:
SpoilerMAKE = gmake CC = g++48 INCDIR = LIBDIR = BINDIR = .. OBJDIR = .obj P4_VERSION = 1337 SVN_VERSION = 1337 GCC_VERSION = $(shell $(CC) --version 2>&1 | grep "(GCC)" | cut -d' ' -f3 | cut -d'.' -f1) BSD_VERSION = $(shell uname -v 2>&1 | cut -d' ' -f2 | cut -d'.' -f1) P4_VERSION = $(shell p4 changes -m1 $(PWD)/...\#have | cut -d' ' -f2) $(shell if [ ! -d $(OBJDIR) ]; then mkdir $(OBJDIR); fi) TARGET = $(BINDIR)/db_r # Standard Libs LIBS = -lm -lmd CFLAGS = -g3 -ggdb -Wall -O2 -static -std=c++11 -pipe -fno-strict-aliasing -fexceptions -pthread -D_THREAD_SAFE -D__SVN_VERSION__=\"$(SVN_VERSION)\" ifeq ($(GCC_VERSION), 4) CFLAGS += -mtune=i686 else CFLAGS += -march=i686 endif # boost INCDIR += -I../../../Extern/include/boost # DevIL INCDIR += -I../../../Extern/include/IL LIBS += ../../../Extern/lib/libIL.a\ ../../../Extern/lib/libjasper.a\ ../../../Extern/lib/libpng.a\ ../../../Extern/lib/libtiff.a\ ../../../Extern/lib/libjbig.a\ ../../../Extern/lib/libmng.a\ ../../../Extern/lib/liblzma.a\ ../../../Extern/lib/liblcms.a\ ../../../Extern/lib/libjpeg.a # MySQL INCDIR += -I/usr/local/include/mysql LIBS += /usr/local/lib/mysql/libmysqlclient.a\ /usr/lib/libz.a # CryptoPP LIBS += ../../../Extern/lib/libcryptopp.a # OpenSSL INCDIR += -I/usr/include LIBS += -lssl -lcrypto # Project Libraries INCDIR += -I../../../Extern/include INCDIR += -I/usr/local/include LIBDIR += -L/usr/local/lib # Extern INCDIR += -I../../../Extern/include INCDIR += -I../../libserverkey LIBDIR += -L../../libthecore/lib -L../../libpoly -L../../libsql -L../../libgame/lib -L../../libserverkey LIBS += -lthecore -lpoly -lsql -lgame -lserverkey SRCS = Config.cpp NetBase.cpp Peer.cpp PeerBase.cpp Main.cpp Lock.cpp DBManager.cpp \ Cache.cpp LoginData.cpp ClientManager.cpp ClientManagerPlayer.cpp ClientManagerLogin.cpp \ ClientManagerBoot.cpp ClientManagerParty.cpp ClientManagerGuild.cpp GuildManager.cpp HB.cpp \ PrivManager.cpp MoneyLog.cpp ItemAwardManager.cpp ClientManagerEventFlag.cpp Marriage.cpp \ Monarch.cpp BlockCountry.cpp ItemIDRangeManager.cpp ClientManagerHorseName.cpp version.cpp \ AuctionManager.cpp ProtoReader.cpp CsvReader.cpp OBJS = $(SRCS:%.cpp=$(OBJDIR)/%.o) default: $(TARGET) $(TARGET): $(OBJS) @echo linking ... @$(CC) $(CFLAGS) $(LIBDIR) $(OBJS) $(LIBS) -o $(TARGET) @touch version.cpp $(OBJDIR)/%.o: %.cpp @echo compile $< @$(CC) $(CFLAGS) $(INCDIR) -c $< -o $@ $(OBJDIR)/version.o: version.cpp @$(CC) $(CFLAGS) -D__P4_VERSION__=\"$(SVN_VERSION)\" -c $< -o $@ @echo compile $< $(OBJDIR): @mkdir $(OBJDIR) clean: @rm -f $(OBJS) $(BINDIR)/db_r dep: @touch Depend makedepend -fDepend $(INCDIR) -I/usr/include/c++/3.3 -I/usr/include/c++/4.2 -p$(OBJDIR)/ $(SRCS) 2> /dev/null sinclude Depend
Thanks.
-
28 minutes ago, Ikarus_ said:
Yes, the static linking links the whole code.
Sometimes static linking could conflict when the machines are not using the same OS but very rarely.
Why did moderator removed my message with the libs list? lol
btw good luck with ur work bye byeIt 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
-
1 hour ago, Ikarus_ said:
try by adding -static here like this:
CFLAGS = -w -g -Wall -O2 -m32 -std=c++11 -static -pipe -fexceptions -D_THREAD_SAFE -DNDEBUG -D__SVN_VERSION__=\"$(SVN_VERSION)\"
CFLAGS = -w -g -Wall -O2 -m32 -std=c++11 -static -pipe -fexceptions -D_THREAD_SAFE -DNDEBUG -D__SVN_VERSION__=\"$(SVN_VERSION)\"
i hope you are not running the game binary on a older version of freebsd (eg. compiling on 11.3 and running on 10.3)
compiler OS version must be <= live-server OS version
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?
-
1 hour ago, IceShiva said:
I think you still use code under "tr1" namespace and this causes crash. Additionally do not use old libraries from extern. You dont need anything from extern to do game server working.
libstdc++.so.6, libcxxrt.so.1 libc++.so.1 mixing of these libraries is not coool
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.
Spoiler#0 0x28f20a86 in vtable for __cxxabiv1::__si_class_type_info () from /lib/libcxxrt.so.1 No symbol table info available. #1 0x28a46024 in ?? () from /usr/lib/libstdc++.so.6 No symbol table info available. #2 0x28ae0440 in ?? () from /usr/lib/libstdc++.so.6 No symbol table info available. #3 0x00000000 in ?? () No symbol table info available.
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
- 2
-
57 minutes ago, witcher said:
Can you please go to the path where your compiled game file is and do "ldd game"?. It will tell you what packages are neeeded in order to actually start up the server, it will aswell tell you if you are missing them.
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)
40 minutes ago, Sherer said:Actually how did you manage to use gcc48 on FreeBSD 11.3? It's totally outdated. Consider updating it.
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
SpoilerPLATFORM = $(shell file /bin/ls | cut -d' ' -f3 | cut -d'-' -f1) GCC_VERSION = $(shell $(CC) --version 2>&1 | grep "(GCC)" | cut -d' ' -f3 | cut -d'.' -f1) BSD_VERSION = $(shell uname -v 2>&1 | cut -d' ' -f2 | cut -d'.' -f1) SVN_VERSION = 60006 CC = g++48 INCDIR = LIBDIR = BINDIR = .. OBJDIR = OBJDIR $(shell if [ ! -d $(OBJDIR) ]; then mkdir $(OBJDIR); fi) # Standard Setting LIBS = -pthread -lm -lmd # Removed -fno-rtti CFLAGS = -w -g -Wall -O2 -m32 -std=c++11 -pipe -fexceptions -D_THREAD_SAFE -DNDEBUG -D__SVN_VERSION__=\"$(SVN_VERSION)\" ifeq ($(GCC_VERSION), 4) CFLAGS += -mtune=i686 -fstack-protector-all else CFLAGS += -march=i686 endif # boost INCDIR += -I../../../Extern/include/boost # DevIL INCDIR += -I../../libdevil LIBDIR += -L../../libdevil LIBS += -lIL -lpng -ltiff -lmng -llcms -ljpeg # MySQL 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 # Miscellaneous external libraries INCDIR += -I../../../Extern/include LIBDIR += -L../../../Extern/lib LIBS += -lcryptopp -lgtest # HackShield INCDIR += -I../../libhackshield/include LIBDIR += -L../../libhackshield/lib LIBS += -lanticpxsvr # XTrap INCDIR += -I../../libxtrap/include # openssl #INCDIR += -I/usr/include LIBS += -lssl # Project Library INCDIR += -I../../liblua/include INCDIR += -I/usr/local/include INCDIR += -I../../libserverkey LIBDIR += -L../../libthecore/lib -L../../libpoly -L../../libsql -L../../libgame/lib -L../../liblua/lib -L../../libserverkey LIBDIR += -L/usr/local/lib LIBS += -lthecore -lpoly -llua -llualib -lsql -lgame -lserverkey USE_STACKTRACE = 0 ifeq ($(USE_STACKTRACE), 1) LIBS += /usr/local/lib/libexecinfo.a endif TARGET = $(BINDIR)/game_r$(P4_VERSION)_$(PLATFORM) CFILE = minilzo.c CPPFILE = BattleArena.cpp FSM.cpp MarkConvert.cpp MarkImage.cpp MarkManager.cpp OXEvent.cpp TrafficProfiler.cpp ani.cpp\ arena.cpp banword.cpp battle.cpp blend_item.cpp block_country.cpp buffer_manager.cpp building.cpp castle.cpp\ char.cpp char_affect.cpp char_battle.cpp char_change_empire.cpp char_horse.cpp char_item.cpp char_manager.cpp\ char_quickslot.cpp char_resist.cpp char_skill.cpp char_state.cpp PetSystem.cpp cmd.cpp cmd_emotion.cpp cmd_general.cpp\ cmd_gm.cpp cmd_oxevent.cpp config.cpp constants.cpp crc32.cpp cube.cpp db.cpp desc.cpp\ desc_client.cpp desc_manager.cpp desc_p2p.cpp dev_log.cpp dungeon.cpp empire_text_convert.cpp entity.cpp\ entity_view.cpp event.cpp event_queue.cpp exchange.cpp file_loader.cpp fishing.cpp gm.cpp guild.cpp\ guild_manager.cpp guild_war.cpp horse_rider.cpp horsename_manager.cpp input.cpp input_auth.cpp input_db.cpp\ input_login.cpp input_main.cpp input_p2p.cpp input_teen.cpp input_udp.cpp ip_ban.cpp\ item.cpp item_addon.cpp item_attribute.cpp item_manager.cpp item_manager_idrange.cpp locale.cpp\ locale_service.cpp log.cpp login_data.cpp lzo_manager.cpp marriage.cpp matrix_card.cpp\ messenger_manager.cpp mining.cpp mob_manager.cpp monarch.cpp motion.cpp over9refine.cpp p2p.cpp packet_info.cpp\ party.cpp passpod.cpp pcbang.cpp polymorph.cpp priv_manager.cpp pvp.cpp\ questevent.cpp questlua.cpp questlua_affect.cpp questlua_arena.cpp questlua_ba.cpp questlua_building.cpp\ questlua_danceevent.cpp questlua_dungeon.cpp questlua_forked.cpp questlua_game.cpp questlua_global.cpp\ questlua_guild.cpp questlua_horse.cpp questlua_pet.cpp questlua_item.cpp questlua_marriage.cpp questlua_mgmt.cpp\ questlua_monarch.cpp questlua_npc.cpp questlua_oxevent.cpp questlua_party.cpp questlua_pc.cpp\ questlua_quest.cpp questlua_target.cpp questmanager.cpp questnpc.cpp questpc.cpp\ refine.cpp regen.cpp safebox.cpp sectree.cpp sectree_manager.cpp sequence.cpp shop.cpp\ skill.cpp start_position.cpp target.cpp text_file_loader.cpp trigger.cpp utils.cpp vector.cpp war_map.cpp\ wedding.cpp xmas_event.cpp version.cpp panama.cpp threeway_war.cpp map_location.cpp auth_brazil.cpp\ BlueDragon.cpp BlueDragon_Binder.cpp DragonLair.cpp questlua_dragonlair.cpp\ HackShield.cpp HackShield_Impl.cpp char_hackshield.cpp skill_power.cpp affect.cpp\ SpeedServer.cpp questlua_speedserver.cpp XTrapManager.cpp\ auction_manager.cpp FileMonitor_FreeBSD.cpp ClientPackageCryptInfo.cpp cipher.cpp\ buff_on_attributes.cpp dragon_soul_table.cpp DragonSoul.cpp\ group_text_parse_tree.cpp char_dragonsoul.cpp questlua_dragonsoul.cpp\ shop_manager.cpp shopEx.cpp item_manager_read_tables.cpp COBJS = $(CFILE:%.c=$(OBJDIR)/%.o) CPPOBJS = $(CPPFILE:%.cpp=$(OBJDIR)/%.o) MAINOBJ = $(OBJDIR)/main.o MAINCPP = main.cpp TESTOBJ = $(OBJDIR)/test.o TESTCPP = test.cpp TEST_TARGET = $(BINDIR)/test default: $(TARGET) @strip $(TARGET) $(OBJDIR)/minilzo.o: minilzo.c @$(CC) $(CFLAGS) $(INCDIR) -c $< -o $@ @echo compile $< $(OBJDIR)/version.o: version.cpp @$(CC) $(CFLAGS) -D__USER__=\"$(USER)\" -D__HOSTNAME__=\"$(HOSTNAME)\" -D__PWD__=\"$(PWD)\" -D__P4_VERSION__=\"$(P4_VERSION)\" -c $< -o $@ @echo compile $< $(OBJDIR)/%.o: %.cpp @echo compile $< @$(CC) $(CFLAGS) $(INCDIR) -c $< -o $@ limit_time: @echo update limit time @python update_limit_time.py $(TARGET): $(CPPOBJS) $(COBJS) $(MAINOBJ) @echo linking $(TARGET).... @$(CC) $(CFLAGS) $(LIBDIR) $(COBJS) $(CPPOBJS) $(MAINOBJ) $(LIBS) -o $(TARGET) $(TEST_TARGET): $(TESTCPP) $(CPPOBJS) $(COBJS) $(TESTOBJ) @echo linking $(TEST_TARGET) @$(CC) $(CFLAGS) $(LIBDIR) $(COBJS) $(CPPOBJS) $(TESTOBJ) $(LIBS) -o ../test clean: @rm -f $(COBJS) $(CPPOBJS) @rm -f $(BINDIR)/game_r* $(BINDIR)/conv tag: ctags *.cpp *.h *.c dep: makedepend -f Depend $(INCDIR) -I/usr/include/c++/3.3 -I/usr/include/c++/4.2 -p$(OBJDIR)/ $(CPPFILE) $(CFILE) $(MAINCPP) $(TESTCPP) 2> /dev/null > Depend sinclude Depend
- 2
-
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: https://pastebin.com/w5DdCyPR
Thanks.
-
6 minutes ago, Gurgarath said:
Hi,
You can use granny preprocessor or a tool that's probably on here, but I suggest granny preprocessor.
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
UI programming guideline
in Guides & HowTo
Posted · Edited by Metin2 Dev
Core X - External 2 Internal
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?