



















pacman -Syuu then you restart msys, then you do another pacman -Syuu then you do pacboy -S gcc:xpacman -S cmake make




Jupstar ✪Today at 12:37
@Ryozuki your fixes in text.cpp create a infinite loop e.g. in the tee setting page
if(!Character)
break;
line 924
RyozukiToday at 12:46
oh
@Jupstar ✪ should i just remove that check?
Jupstar ✪Today at 12:50
well for now yes, that whole function is a big mess, so u probs would need to understand everything so it works correctly without the memory leak xD


[2020-04-14 11:42:07][server]: 'New' -> 'New'
[2020-04-14 11:42:07][server]: ClientID=55 authed with key=default_mod (moderator)
[2020-04-14 11:42:07][sql]: Getting best time done
[2020-04-14 11:42:08][server]: client dropped. cid=55 addr=<{unknown type 0}> reason='Error sending data'
[2020-04-14 11:42:08][game]: kill killer='55:0:New' victim='55:0:New' weapon=-3 special=0
#0 0x00005555555a9ca6 in CServer::UpdateClientRconCommands (this=0x7ffff62e5010) at /opt/twserver/git/ddrace/src/engine/server/server.cpp:897
#1 0x00005555555ad6e3 in CServer::Run (this=0x7ffff62e5010) at /opt/twserver/git/ddrace/src/engine/server/server.cpp:1672
#2 0x00005555555b1108 in main (argc=2, argv=0x7fffffffe488) at /opt/twserver/git/ddrace/src/engine/server/server.cpp:2504
And
[2020-04-13 19:53:36][server]: ClientID=40 authed with key=default_mod (moderator)
[2020-04-13 19:53:37][server]: client dropped. cid=40 addr=<{unknown type 0}> reason='Error sending data'
[2020-04-13 19:53:37][game]: kill killer='40:0:Amber Zahn' victim='40:0:Amber Zahn' weapon=-3 special=0
#0 0x00005555555a9f54 in CServer::UpdateClientMapListEntries (this=0x7ffff62e5010) at /opt/twserver/git/ddrace/src/engine/server/server.cpp:927
#1 0x00005555555ad6f2 in CServer::Run (this=0x7ffff62e5010) at /opt/twserver/git/ddrace/src/engine/server/server.cpp:1673
#2 0x00005555555b1108 in main (argc=2, argv=0x7fffffffe488) at /opt/twserver/git/ddrace/src/engine/server/server.cpp:2504
I can't reproduce it, just what I can say it happens when some mods try to login





mkdir build && cd build && cmake -G"MSYS Makefile" .. && make
















cmake -G"MSYS Makefile" .. it disappears and nothing happens
cmake ..






The CXX compiler identification is unknown and also for C)
gcc --version
command not found
pacboy -S gcc:x
find / | grep gcc



x86_64-w64-mingw32-gcc --version too



--without-ssl --with-secure-transport it worked just fineecho $PATH

echo $PATH

export PATH=$PATH:/mingw64/bingcc --version should work after then

cmake ..



rm -rf * to clear it, then cmake -DPREFER_BUNDLED_LIBS=ON ..
cmake ..






python --version




export PATH=$PATH:<pythonpath>




export PATH=$PATH:/c/Users/HamidReza/Appdata/Local/Programs/Python/Python38-32 (edited)








ddnet-libs put it in next to build

cmake -DPREFER_BUNDLED_LIBS=ON .. instead
cmake .. then I cleaned it and tried cmake -DPREFER_BUNDLED_LIBS=ON ..









































export PATH$PATH:/c/.../ddnet-libs what do you think about this?

























































pacman -R cmake then pacboy -S cmake:x






cmake -G"MSYS Makefiles" ..









make -j4 now








git submodule init && git submodule update to get ddnet-libs

add_c_compiler_flag_if_supported(OUR_FLAGS -mmacosx-version-min=10.7) can we add something like that again?CMAKE_OSX_DEPLOYMENT_TARGET?


@loader_path/../Frameworks which XCode adds to all it's built bundles








CMake Warning (dev) at /usr/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message):
The package name passed to find_package_handle_standard_args (LibNotify)
does not match the name of the calling package (Notify). This can lead to
problems in calling code that expects find_package result variables
(e.g., _FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
cmake/FindNotify.cmake:4 (find_package_handle_standard_args)
CMake...

-change before @Learath2





@rpath/SDL2.framework/Versions/A/SDL2 (compatibility version 1.0.0, current version 12.0.0)@loader_path/../Frameworks


@loader_path/../Frameworks is something you observed in other bundles?


-change, what did that do?






















-DDEV=ON variable, but…



package target is cpack, package_* is our own stuff
CPack Error: Could not create CPack generator: DMG

@loader_path/../Frameworks in the final bundle

otool -l ./DDNet | grep -B1 -A2 "cmd LC_RPATH" | grep path | sed 's/^ *path \(.*\) (offset.*)$/\1/' | xargs -I '{}' install_name_tool -delete_rpath {} ./DDNet how much would you hate this oneliner?








--dmgtools A B C --hdiutil H










otool -l?

snake_case in python, I think