DDraceNetwork - developer

n0Ketchp

[ddnet/ddnet] Pull request opened: #8259 Update spanish.txt

Checklist

[ ] Tested the change ingame
[ ] Provided screenshots if it is a visual change
[ ] Tested in combination with possibly related configuration options
[ ] Written a unit test (especially base/) or added coverage to integration test
[ ] Considered possible null pointers and out of bounds array indexing
[ ] Changed no physics that affect existing maps
[ ] Tested the change with [ASan+UBSan or valgrind's memcheck](https://github.com/ddnet/ddnet/#using-ad...

Teero

why did you make it opensource? :D

he saw the server numbers were flopping

cyberFighter

he saw the server numbers were flopping

F-DDrace has tune lock btw

fokkonaut

F-DDrace has tune lock btw

can yuo pls fixe tunlock for map

cyberFighter

can yuo pls fixe tunlock for map

wdym ?

uh idk it has priority over unfreeze

09:48

i should check if normal tune does that actually

probably, dunno

make[2]: *** No rule to make target 'release/libddnet_engine_shared.a', needed by 'DDNet.exe'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:500: CMakeFiles/game-client.dir/all] Error 2
make: *** [Makefile:156: all] Error

when building using cmake .. -G"Unix Makefile" && make j(30) on windows rust toolchain is stable-x86_64-pc-windows-msvc python --version: 3.12.3 why is it always libddnet_engine_shared bullying me? - (edited)

can’t use msvc toolchain with mingw

09:56

09:56

use visual studio generator

09:57

or switch to stable-x86_64-pc-windows-gnu

meloƞ

make[2]: *** No rule to make target 'release/libddnet_engine_shared.a', needed by 'DDNet.exe'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:500: CMakeFiles/game-client.dir/all] Error 2
make: *** [Makefile:156: all] Error

when building using cmake .. -G"Unix Makefile" && make j(30) on windows rust toolchain is stable-x86_64-pc-windows-msvc python --version: 3.12.3 why is it always libddnet_engine_shared bullying me? - (edited)

j30 wtf

no matter how much i preach about the modern cmake syntax

10:47

can just do -j btw

10:47

uses result of nproc

10:47

or equivalent

Ewan

uses result of nproc

Oh nice to know

just a habit in doing j30 - nproc would use 32

do it

11:17

y not

11:17

advanced scheduler can make do

11:17

multiplexor

Ewan

can just do -j btw

It doesn't

It should

11:29

in cmake

It actually means "spawn unlimited processes" for make (edited)

he’s still using make manually

11:30

beyond helping

11:31

jk but

11:31

i misread

11:31

in cmake -j is shorthand for —parallel

swarfeya

[ddnet/ddnet] Issue opened: #8260 Redirecting clients to a passworded server is buggy

it shows "password incorrect", while not having entered any new password
when entering another password, it connects back to the original server

!image

Peter0x44

It actually means "spawn unlimited processes" for make (edited)

You will basically forkbomb yourself if you use it on a large enough codebase

11:34

I have no idea why it behaves like that

Ewan

can just do -j btw

you sure about that? I think make parallelizes everything so it can launch 200 jobs simultaneously and crash your computer

12:23

well, just like Peter0x44 said

https://www.reddit.com/r/ProgrammerHumor/comments/1cbfipk/sedonproduction/

From the ProgrammerHumor community on Reddit: sedOnProduction

Explore this post and more from the ProgrammerHumor community

@Ewan sry for ping but i love having these talks with ya - compiling with cmake .. and building with cmake --builld . -j wont move neccessary .dll files from \ddnet\build to \ddnet\build\debug where the compiled files and the .exe files reside - resulting in missing .dll files when launching ddnet - isnt there supposed to be a set command in the cmakelists copying those over automatically? or am i missing something for context: - simply moving ddnet.exe and the steam_api.dll (that somehow got correctly generated there) - makes it Executable and it works just fine. (edited)

someone got an idea? i still couldnt figure it out, and manually copying those is annoying

no windows devs online xd

meloƞ

make[2]: *** No rule to make target 'release/libddnet_engine_shared.a', needed by 'DDNet.exe'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:500: CMakeFiles/game-client.dir/all] Error 2
make: *** [Makefile:156: all] Error

when building using cmake .. -G"Unix Makefile" && make j(30) on windows rust toolchain is stable-x86_64-pc-windows-msvc python --version: 3.12.3 why is it always libddnet_engine_shared bullying me? - (edited)

if u use mingw u need the gcc toolchain

Teero

no windows devs online xd

not msvc

Jupstar ✪

if u use mingw u need the gcc toolchain

yee i figured, but right now im trying to cmake .. && cmake --build . but it wont move the neccessary .dll files needed to launch it - copying them manually is annoying

15:07

shouldnt this be handled by cmake already?

have you tried from clean build directory

15:11

i never had any problems with mingw

Chairn

have you tried from clean build directory

yes :(

15:30

PS C:\Users\Anwender\Projects\DDNet\build-test> cmake ..
-- Building for: Visual Studio 17 2022
-- Selecting Windows SDK version 10.0.22621.0 to target Windows 10.0.22631.
-- The C compiler identification is MSVC 19.39.33523.0
-- The CXX compiler identification is MSVC 19.39.33523.0

PS C:\Users\Anwender\Projects\DDNet\build-test> cmake --build . -j
MSBuild-Version 17.9.8+b34f75857 für .NET Framework

(i have no idea what im doing PepCuteShy

)

meloƞ

@Ewan sry for ping but i love having these talks with ya - compiling with cmake .. and building with cmake --builld . -j wont move neccessary .dll files from \ddnet\build to \ddnet\build\debug where the compiled files and the .exe files reside - resulting in missing .dll files when launching ddnet - isnt there supposed to be a set command in the cmakelists copying those over automatically? or am i missing something for context: - simply moving ddnet.exe and the steam_api.dll (that somehow got correctly generated there) - makes it Executable and it works just fine. (edited)

You could either use MinGW or build without DEV=ON and run the executable in pack_DDNet-18.1-win64_tar_gz because this folder contains all the data files

Seems like all the files you need are in the build folder but only the executable is in Debug/Release etc. depending on the build type. You could start the client with Debug\DDNet.exe with the current folder being build, or find out how to make MSVC put the executable directly into the build folder.

fairly interesting, all of this is handled by most modern IDE's automatically it seems. - i wish i had these problems sooner - thanks Roby i'll see what options i have etc.

Robyt3

[ddnet/ddnet] Issue opened: #8261 Integration test failure with admin message not found in server log in CI with valgrind

``` [] Setup [] Launch server [] Launch client 1 [] Start demo recording [] Launch client 2 [] Test chat and chat commands [] Test rcon commands [] Stop demo recording [] Test map change [] Play demos [] Shutting down server [] Shutting down client1 [*] Shutting down client2 [-] Error: admin message not found in server log [!] Warning: ./stderr_client1.txt ==17664== Memcheck, a memory error detector ==17664== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Sewar...