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 2021-01-18 00:00:00Z and 2021-01-19 00:00:00Z
Why does DDNet client hold hook if you hook, then go to /pause with a bind, release hook and unpause? I want that behaviour for my server aswell, but I dont know how
09:43
right now it holds the hook even if you release it in /pause, but after you resume the hook gets destroyed, only if you hold it again while resuming it will be held
hello, my name is apollo and i'm going through some crash problems, some maps are making my client stop responding like: baby aim 1 and caventure, please someone help me
hello, my name is apollo and i'm going through some crash problems, some maps are making my client stop responding like: baby aim 1 and caventure, please someone help me
bro nothing is more random than the vscode extentions marketplace all extensions appear and disappear or change author or are duped I can not find a single c++ extension currently :/
11:57
oh well ok "clangd" seems to be language support a weird name tho
11:57
maybe i should fully join the vim masterrace but for cpp its so incovnienent idk
As for coloring, I think it depends on your color scheme, some color schemes only have so many colors so some get reused, or some don’t define different colors for everything
its ok if ur lazy or early in the development i guess
13:50
idk
13:50
Use Anyhow if you don't care what error type your functions return, you just want it to be easy. This is common in application code. Use thiserror if you are a library that wants to design your own dedicated error type(s) so that on failures the caller gets exactly the information that you choose.
13:50
yep
13:52
@heinrich5991 why do u think thiserror is not part of the std?
This is a consequence of static linking, the state of dynamic linking is so bad that people really don’t want to mess around with libraries if not necessary
@heinrich5991 eh, building all libraries yourself and statically linking them in removes all complexity from libraries on almost any language I can think of
E.g. look how we never have any issue with the handful of libraries we build and statically link in ddnet either. Even though our build system is very questionable
@heinrich5991 ah, linking order can get a little interesting, but it’s still usually trivial to figure out what is out of order. Iirc nowadays lld even tells you which one needs moving using some heuristic check
Sadly it’s not much better on other platforms either. Windows almost never uses system libraries so every application brings their own libraries and they use very crude image signature techniques to not load the library a billion times. The really shared ones have to ship with 50 different versions and the loader needs to load the correct version, like msvcrt or the vc++ redis
14:09
macOS has frameworks the size of an entire linux distro to handle the versioning issue for the system shared libraries, but almost always applications ship every other lib/framework they use as the system versions can’t be relied on as they are ancient most of the time
14:10
The most recent version of appkit is around 40M
14:11
Linux is the only one that doesn’t waste memory and require an overly intelligent loader by default. But that comes at the cost of the pain of mismatching libraries
14:15
I once envisioned a runtime flatpak crafter, you run the executable and before the actual loader, I wanted to populate the “environment” with the correct dependencies. It would work on all platforms and not waste space, but it requires a huge repository with compatibility information
Not sure what to do now. I had these issues a year ago. I could still rma my gpu but if they actually test it it might work for them, idk what happens then