DDraceNetwork - developer

DDraceNetwork

Development / developer

Development discussion. Logged to https://ddnet.tw/irclogs/ Connected with DDNet's IRC channel, Matrix room and GitHub repositories — IRC: #ddnet on Quakenet | Matrix: #ddnet-developer:matrix.org GitHub: https://github.com/ddnet

Between 2018-12-05 00:00:00Z and 2018-12-06 00:00:00Z

[ddnet:master] 1 new commit

809afa2 Fix typo - def-

how can i fix this error ? ( debian 9 ) ./DDNet-Server: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27' not found (required by ./DDNet-Server)

wtf, libc6 is installed ? it should be i guess

16:19

@TacTic install libc6, it should be by default nope ? i'm not sure mayby it's installed by build essentials or something like that

16:19

>root@krkrkr ~ # file /lib/x86_64-linux-gnu/libm.so.6 /lib/x86_64-linux-gnu/libm.so.6: symbolic link to libm-2.24.so

16:21

yeah it comes with build essentials

root@debian:~# apt-get install libc6 Reading package lists... Done Building dependency tree Reading state information... Done libc6 is already the newest version (2.24-11+deb9u3). The following packages were automatically installed and are no longer required: adwaita-icon-theme at-spi2-core gconf-service gconf2-common glib-networking glib-networking-common glib-networking-services gsettings-desktop-schemas gtk-update-icon-cache libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data libatspi2.0-0 libcairo-gobject2 libcroco3 libepoxy0 libgconf-2-4 libgif7 libgtk-3-0 libgtk-3-bin libgtk-3-common libjson-glib-1.0-0 libjson-glib-1.0-common libm17n-0 libotf0 libproxy1v5 librest-0.7-0 librsvg2-2 librsvg2-common libsoup-gnome2.4-1 libsoup2.4-1 m17n-db Use 'apt autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.

16:27

libc6 was install

[quakenet] <Learath2> can you do ldd ./DDNet-Server ?

that's strange, you don't have the symlink ? if so i guess you could try symlinking it manually.. You compilled it ? i got no issue with 11.5.r13.g6ad686eee on debian 9

@TacTic that means your system has an older glibc version than the executable requires

20:58

Where did you get the executable? Official DDNet versinos should be built with glibc 2.16. Your system has 2.24 and your executable 2.27

21:01

I guess someone built it with a distribution that has a more up-to-date glibc. Unfortunately most distributions are more up-to-date than Debian

21:01

You could compile it yourself or use the official executable

Happened on unique server, but they use ddnet mod so maybe interesting for you too

Image attachment

21:02

Idk if this was caused by my special chars name

[ddnet-scripts:master] 1 new commit

99c3710 upd - def-

haven't seen that before, might depend on the name, @nexusrf ?

21:04

@NeXus

Havent seen that before either, it happened just after I changed my name

yes probably because of the name

yo guis does some1 where all the sound constants are defined?

23:08

things like SOUND_PLAYER_PAIN_LONG

23:08

grep is broken on windows o i cant search :c

23:12

oh maybe grep isnt broken on win its just not part of the src. Guess it is generated somehow -.-

Embedded image

23:26

lol

23:26

i have basically no changes

23:26

current master branch selfcomplied copied into the latest tw client directory

23:26

it crashes on connecting

good luck i never successfully built anything on windows, IDEs are so confusing to configure, way easier to build things with mingw ^^

i use mingw :c

23:34

thats why the error message lost me at visual studio

23:34

well i thought i build with mingw xd probably cmake found my visual studio and grabbed it

[quakenet] <Learath2> ChillerDragon: you should specify -G"MinGW Makefiles" to cmake to make sure

well but what ever it takes it normally worked

23:45

is there something that changed in the newversion

[quakenet] <Learath2> No, windows is just an unpredictable platform

i get the same vs error

23:46

what is the full cmd

[quakenet] <Learath2> cmake .. -G"MinGW Makefiles"

23:47

[quakenet] <Learath2> but that doesn't seem to be the problem

y

[quakenet] <Learath2> that's not a compile time error

23:47

[quakenet] <Learath2> that's a runtime error

but cool anyways

23:48

y

[quakenet] <Learath2> ChillerDragon: debug it pls?

how

[quakenet] <Learath2> using gdb ofc

on windows -.-

23:48

gdb sux on windows

[quakenet] <Learath2> cmake .. -DCMAKE_BUILD_TYPE=Debug -G"MinGW Makefiles"

well ima try

[quakenet] <Learath2> gdb is the only usable debugger on windows

23:49

[quakenet] <Learath2> what are you even talking about?

hue?

23:49

what what

23:49

well maybe

23:49

but still i encounterd some really weird behavious with gdb on win

23:49

not that i mastered it on any other os but still xd

[quakenet] <Learath2> the only platform gdb doesn't work well on is macOS and that's because apple are dickheads

23:50

[quakenet] <Learath2> "platform"

i prefer gdb on macos over gdb on windows

[quakenet] <Learath2> gdb on macos doesn't even work properly, the mach kernel just doesn't provide enough access, you need to codesign gdb then do some kernel settings blackmagic and only then are you allowed to use an older version of gdb because the newest version doesn't work

well ur probably right xd just how it feelt for me

[quakenet] <Learath2> anyways in this case the shortcomings of gdb on windows shouldn't really get in your way

23:53

[quakenet] <Learath2> you just need a simple backtrace

true

23:53

building takes ages .-.

[quakenet] <Learath2> also it probably is because of deen's changes

i could swear bam was lot faster

23:54

the newest commit typo fix?

[quakenet] <Learath2> he has the first use of <algorithm> in the codebase

23:54

[quakenet] <Learath2> ChillerDragon: you can try ninja instead of MinGW Makefiles, but I'm not completely sure if you can use ninja in mingw

23:54

[quakenet] <Learath2> might be harder to set up

23:55

[quakenet] <Learath2> also try make -j5 instead to use more cores

hue

23:55

i dont find the compiled client xd

23:55

well i found one

23:55

funny it is a different location now

23:56

HAHAHAHAHA

23:56

MinGW doesnt crash

23:56

fok vs

[quakenet] <Learath2> that's not possible

maybe

23:56

i took the binary from /build and not from build/Debug

[quakenet] <Learath2> you always use the runtime libraries from vs, it's probably just the debug build that doesn't crash

because build/Debug had no client this time

23:57

maybe it is the rls that doenst crash

[quakenet] <Learath2> build/Debug? how were you even compiling this?

and the debug that just didnt appear

[quakenet] <Learath2> build/Debug really sounds like you were compiling with vs

y thats what i was used to

23:57

but now i compiled with mingw so there were no exe in build/Debg

23:57

but i found one in build/

23:57

maybe it is a old vs one idk

23:57

but this one worked

[quakenet] <Learath2> the binary should end up in build/ yes

the mingw debug?

[quakenet] <Learath2> Either way it's weird that it crashes at all when compiled with vs

23:58

[quakenet] <Learath2> ChillerDragon: yeah all builds should be ending up in build/

y /build/DDNet.exe is defnetly MinGW debug build

23:59

tested it

23:59

and that one doesnt crash hehe

[quakenet] <Learath2> try a release build with mingw aswell

Exported 106 message(s)