03:44 < bridge> lol i have the same issue 03:44 < bridge> i thought my keyboard is just having a stroke or something 03:45 < bridge> oh naw 03:45 < bridge> they out for us 05:38 < bridge> <0x571> the same 08:33 < bridge> <0x571> the same 08:33 < bridge> <0x571> pls help 08:34 < bridge> can someone explain how work folder AUTO in maps directory? 08:35 < bridge> <0x571> it save your maps automatically 08:35 < bridge> ye i undestend it but how triger that 08:36 < bridge> <0x571> this happens in a cycle after a certain time 08:36 < bridge> <0x571> or when the game suddenly closes 08:37 < bridge> what a cycle? can i some how put on this folder everytime when save map? 08:39 < bridge> <0x571> It saves the map in a cycle, like every 5-10 minutes. 08:40 < bridge> ok ty) 09:17 < bridge> The compiler is not allowed to be smart. C/C++ mandate that logical AND and OR have "short circuiting" behaviour. `foo()` will never be executed 09:22 < bridge> you can pretty safely assume that every language you'll ever use has this behavior for AND and OR except visual basic 09:24 < bridge> I was aware of this behavior in AND case, but somehow it was first time I met it in OR, I rarely use return values like that :okSanya: 09:25 < bridge> some languages define a version that doesn't short circuit I think 09:26 < bridge> kotlin has ``and``, ``or`` and ``&&``, ``||`` depending on which one you want 10:12 < bridge> Try `cmake -G` without anything else, it should print a list of all valid generators 10:37 < bridge> <0x571> and then 10:37 < bridge> Well show me the options and we can make a plan on what do 10:43 < bridge> <0x571> ok, i will go home and write:brownbear: 10:59 < bridge> why u coming fast 11:05 < bridge> Short circuit operators are just bit-wise operations like `&` and `|` in C++ 11:06 < bridge> Ninja doesn't work for the entire Windows build in MinGW though (#9129) 11:06 < bridge> https://github.com/ddnet/ddnet/issues/9129 11:16 < ws-client> does someone want to explain this compiler warning to me? https://github.com/ddnet-insta/ddnet-insta/blob/65541d2201f40779fbbf467a0396e322c3b1bcba/src/game/server/gamemodes/base_pvp/chat.cpp#L24-L114 ``chat.cpp:69:53: error: array subscript -1 is outside array bounds of ‘char* [16]’ [-Werror=array-bounds=]`` 11:23 < bridge> Maybe it's because you access array `ppArgs[NumArgs][0]` and before you check if `NumArgs` == `RestOffset` which equals to `-1` https://github.com/ddnet-insta/ddnet-insta/blob/65541d2201f40779fbbf467a0396e322c3b1bcba/src/game/server/gamemodes/base_pvp/chat.cpp#L37 11:23 < bridge> 11:23 < bridge> So you access `arr[-1]` 12:04 < bridge> my nickname shadowmode.... 12:05 < bridge> shame on you then, I was testing it mostly on linear/multeasy 12:50 < bridge> <0x571> @learath2 12:50 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321807329913602099/image.png?ex=676e9481&is=676d4301&hm=d2a0423c27f4da749041cae0aac514651bf0acbc9cf2f6493697c0ee38692319& 12:50 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321807330391756862/image.png?ex=676e9481&is=676d4301&hm=a26294cbefad62c8aef4699306373a365e184de2397d92e767a8b093e1ac13cf& 12:55 < bridge> https://www.youtube.com/watch?v=JsO58opI3SQ 12:56 < bridge> since you already have it installed, the important bit is at the end: "how to add it to your $PATH" 13:01 < bridge> Afaik we have redirect, right? 13:01 < bridge> But in terms of safety it's only from port to port of same ip only, right? 13:01 < bridge> What about enabling redirecting to any servers within same community, if server, which send redirecting is in same community? 13:01 < bridge> it's an open discussion: 13:01 < bridge> 13:01 < bridge> https://github.com/ddnet/ddnet/issues/7480 13:02 < bridge> Thanks 13:11 < bridge> <0x571> oh okay 13:11 < bridge> <0x571> I'll eat and watch, thanks 13:19 < bridge> What is current state of accounts implementation? 13:19 < bridge> What is current state of accounts implementation? And probably ETA, if it's applicable 13:21 < bridge> how to fix this problem? 13:21 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1321815136062804028/image.png?ex=676e9bc6&is=676d4a46&hm=a26a78ce02fa4c5e7eed3adcf0ada86c5c0bc2086597a7eb5d3b95fee1198f17& 13:22 < bridge> close client before rebuilding it 13:48 < bridge> delete all project \:D 13:49 < bridge> thx it work for me 13:53 < bridge> what do you mean close? 13:54 < bridge> I didn't have it open anyway, only Visual Studio, Cmake 13:54 < bridge> maybe this is not the issue because when I commented out my modification, the error disappeared 14:07 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321826679835987998/image.png?ex=676ea686&is=676d5506&hm=22dfe262e62878d71e7c36a73b2d128ec388a25ab9567cf6709343cbc23433a5& 14:26 < bridge> Weird error then, usually this means file is being busy while it's trying to overwrite it 14:27 < bridge> and what to do? 14:32 < bridge> @0xdeen chn10 prob also needs a player cap 14:32 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1321832942934163497/b14591fb0a479b14.png?ex=676eac5c&is=676d5adc&hm=dc1d40d40be54b1fcde2ac828b493266dc5903978b525899e74f94fc41c9eda6& 14:32 < bridge> 260 players now and could experience frequent packet loss 14:33 < bridge> <0xdeen> ok 14:33 < bridge> <_voxeldoesart> there is a player cap 14:33 < bridge> <_voxeldoesart> see the xx/**64** 14:36 < bridge> <_voxeldoesart> @gerdoe :MM: :UU: :DD: 14:36 < bridge> lemme kiss you 14:38 < bridge> <0x571> @robyt3 14:47 < bridge> @learath2 😏 14:47 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1321836878839939082/image.png?ex=676eb006&is=676d5e86&hm=ac2001f2f53b2e085abc05cd5e38bde7c508569aa842ffe8f3d5f6ce3f80547c& 15:03 < bridge> ```#include 15:03 < bridge> #include 15:03 < bridge> using namespace std; 15:03 < bridge> void pushToFront(int*& arr, int& size, const int value) { 15:03 < bridge> int* newArr = new int[size + 1]; 15:03 < bridge> for (int i = 0; i < size; i++) { 15:03 < bridge> newArr[i + 1] = arr[i]; 15:03 < bridge> } 15:03 < bridge> delete[] arr; 15:03 < bridge> arr = newArr; 15:03 < bridge> arr[0] = value; 15:03 < bridge> size++; 15:03 < bridge> } 15:03 < bridge> void generateRandom(int* arr, const int size) { 15:03 < bridge> cout << "Assigning random UNIQUE values to the array" << endl; 15:03 < bridge> for (int i = 0; i < size;) { 15:03 < bridge> bool here = false; 15:03 < bridge> int ab = rand() % size; 15:03 < bridge> for (int j = 0; j < i; j++) { 15:03 < bridge> if (arr[j] == ab) { 15:03 < bridge> here = true; 15:03 < bridge> break; 15:03 < bridge> } 15:03 < bridge> } 15:03 < bridge> if (!here) { 15:03 < bridge> arr[i] = ab; 15:03 < bridge> i++; 15:03 < bridge> } 15:04 < bridge> } 15:04 < bridge> } 15:04 < bridge> ``` 15:04 < bridge> ```void insertAfter(int*& arr, int& size, const int value, const int after) { 15:04 < bridge> int* newArr = new int[size + 1]; 15:04 < bridge> int index; 15:04 < bridge> for (int i = 0; i < size; i++) { 15:04 < bridge> if (arr[i] == after) { 15:04 < bridge> index = i + 1; 15:04 < bridge> } 15:04 < bridge> ```int main() { 15:04 < bridge> setlocale(LC_ALL, "en"); 15:04 < bridge> srand(time(NULL)); 15:04 < bridge> while (1) { 15:04 < bridge> #ifdef _WIN32 15:05 < bridge> Rustbutnotrust 1.0 when? 15:06 < bridge> Soon :santatrollet: 15:06 < bridge> Soon :santatrollet: ™ 15:07 < bridge> It feels so nice when you don't have to write unnecessary types xd 15:25 < bridge> <_voxeldoesart> is this the fifo thing you were constantly talkign about? 15:32 < bridge> No, I'm still far from changing the files, it's just the code that I was able to write myself. 15:33 < bridge> this rather looks like a program to do some stuff within the array like push_back, displaying the contents etc. 15:33 < bridge> this rather looks like a program to do some stuff within an array like push_back, displaying the contents etc. 15:39 < bridge> Did you install `make`? Type `which make` 15:50 < bridge> <0x571> I mean m 15:51 < bridge> <0x571> In terms of 15:51 < bridge> <0x571> can u build for me server? 15:51 < bridge> <0x571> I'll send the source of modificated server 15:51 < bridge> no 15:51 < bridge> <0x571> so what exactly 15:51 < bridge> <0x571> i dont understand 15:51 < bridge> @0x571 have you tried following the github readme? 15:52 < bridge> 15:52 < bridge> github.com/ddnet/ddnet 15:52 < bridge> @0x571 have you tried following the github readme? 15:52 < bridge> 15:52 < bridge> https://github.com/ddnet/ddnet 15:52 < bridge> @0x571 have you tried following the github readme? 15:52 < bridge> 15:52 < bridge> https://github.com/ddnet/ddnet 15:52 < bridge> Are you using MSYS2? 15:52 < bridge> i rewrote the tutorial for building with msvc - which is certainly easier than using msys2 15:52 < bridge> i rewrote the tutorial for building with msvc - which is certainly easier than using msys2 "if you dont know what you're doing" 15:53 < bridge> @learath2 do you like that there're 2 ways of accessing structs in C or you would prefer only `.`? 15:53 < bridge> it this a `.` or `->` question? 15:53 < bridge> Ye 15:53 < bridge> both 15:53 < bridge> both :owo: 15:58 < bridge> <0x571> yes 15:59 < bridge> Run `pacman -S make` to install make 15:59 < bridge> <0x571> okay 16:16 < bridge> I like it. I'm not a fan of autoderef behaviour. It's confusing 16:17 < bridge> (And `(*p).` is too cumbersome) 17:33 < bridge> Who needs -> when you have + :greenthing: 17:34 < ws-client> thanks pro worked @milkeeycat 17:35 < bridge> nice :DD 17:48 < bridge> this one's for @learath2 https://events.ccc.de/congress/2024/hub/en/event/sixos-a-nix-os-without-systemd/ 17:55 < bridge> ok, im curious about this one as well 17:55 < bridge> https://fahrplan.events.ccc.de/congress/2024/fahrplan/talk/YTE8AH/ 17:55 < bridge> true 17:55 < bridge> Totally not ambiguous 17:56 < bridge> @chairn: now you are on IRS watchlist gg 17:56 < bridge> im not american, so i don't care 18:08 < bridge> <0x571> @robyt3 18:08 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321887285716975737/image.png?ex=676edef8&is=676d8d78&hm=dd9b8bd595c234699bdeca612ac411779f3845f161b1c794da1b72567e84d5d7& 18:11 < bridge> <0x571> its unix makefiles 18:11 < bridge> <0x571> its mingw 18:11 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321888095993593968/image.png?ex=676edfb9&is=676d8e39&hm=a1f4ca519d93286fd8ba348631504fb676c8deda06b73f8a8fa605ce62d96b6b& 18:12 < bridge> You probably didn't clone `ddnet-libs`, run `git submodule update --init --recursive` in `ddnet-master`. Use `Unix Makefiles` 18:14 < bridge> <0x571> one sec 18:14 < bridge> <0x571> I'm not use git 18:15 < bridge> <0x571> just in case 18:16 < bridge> Then you also need to manually download https://github.com/ddnet/ddnet-libs to your `ddnet-master` folder 18:17 < bridge> And also name the folder for the libs `ddnet-libs` 18:24 < bridge> <0x571> okay 18:45 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321896717674614814/image.png?ex=676ee7c1&is=676d9641&hm=1d97919f903ce1de33e96ad6b6f4421ddc2badc1726f5a6f2d597992c30faa1f& 18:47 < bridge> Read the error messages: install Python (google "MSYS2 python") and Rust+Cargo (https://rustup.rs/) 18:47 < bridge> <0x571> what version of python 18:48 < bridge> <0x571> because i know, that some versions can conflict 18:48 < bridge> There only is one on MSYS2 19:16 < bridge> what is this 19:20 < bridge> bro pls msys2 uses its own path entirely 19:28 < bridge> <0x571> i've already installed rust, but why no build 19:28 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321907599679164518/image.png?ex=676ef1e3&is=676da063&hm=649c53522d7b0a693dec2a05559e13c37285950bc4975ecd407b35b47fa87468& 19:29 < bridge> type `which rust` 19:29 < bridge> rustup will need to be added to the path manually for ddnet which is overkill just to get it to build 19:29 < bridge> <0x571> Do I need to install visual studio? 19:29 < bridge> absolutely not 19:29 < bridge> <0x571> can u help with installing? 19:29 < bridge> <0x571> I'm not understanding 19:30 < bridge> can u type `which rust`? 19:30 < bridge> can u type `which cargo`? 19:30 < bridge> <0x571> on msys? 19:30 < bridge> type `which cargo` 19:30 < bridge> yep 19:30 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321908100126474250/image.png?ex=676ef25a&is=676da0da&hm=309eced890cda0d4649f799bb1c0f780db8d6aa33442d7dbfcfae9c25ab2362c& 19:31 < bridge> okay 19:31 < bridge> open the yellow msys window 19:31 < bridge> just search ucrt 19:31 < bridge> <0x571> i know 19:31 < bridge> <0x571> next step 19:32 < bridge> you say you know but your last screenshot is in the 32 bit mingw shell. which one are you in? 19:32 < bridge> you say you know but your last screenshot is in the 64 bit mingw shell. which one are you in? 19:32 < bridge> <0x571> msys 19:32 < bridge> use ucrt 19:32 < bridge> <0x571> okay 19:33 < bridge> they look the same but they are not 19:33 < bridge> <0x571> same error 19:33 < bridge> we need to install stuff 19:33 < bridge> type `pacman -S pacutils` 19:34 < bridge> <0x571> installed 19:35 < bridge> `pacboy -S base-devel toolchain cmake curl ffmpeg freetype git glew glslang libpng opusfile python3 rust SDL2 spirv-tools sqlite vulkan-headers vulkan-loader wavpack x264 --noconfirm` 19:35 < bridge> <0x571> in ucrt? 19:36 < bridge> yes 19:36 < bridge> <0x571> no command pacboy 19:36 < bridge> `pacman -Qi pacutils` 19:37 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321909795342778408/image.png?ex=676ef3ef&is=676da26f&hm=c2d04a4e72705035d44fdf340bc953a146a4e12b7f8b723d4eec9a77fad4d9de& 19:38 < bridge> oh sorry 19:38 < bridge> pacman -S pactoys 19:38 < bridge> not utils 19:40 < bridge> <0x571> done 19:41 < bridge> now try the big command again 19:41 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321910712280416327/image.png?ex=676ef4c9&is=676da349&hm=2b547bd0d347b228c3c7d11ed2b0cfbf7ba1ac32cdda8512621ec00295647225& 19:42 < bridge> `pacboy -S toolchain cmake curl ffmpeg freetype glew glslang libpng opusfile python3 rust SDL2 spirv-tools sqlite vulkan-headers vulkan-loader wavpack x264 --noconfirm` 19:43 < bridge> sry 19:45 < bridge> <0x571> I'll eat and back 😉 19:55 < bridge> <0x571> im back 19:59 < bridge> @pluskz Please don't mention bot client names. I edited the issue but it's impossible to delete the title editing history 20:16 < bridge> did u run the command 20:16 < bridge> i edited it 20:26 < bridge> <0x571> done 20:28 < bridge> <0x571> what next 20:28 < bridge> <0x571> @mpft 20:28 < bridge> try build 20:39 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321925278292906045/image.png?ex=676f025a&is=676db0da&hm=8bb03e163a4e98aedd78ee648cb6802ee1dfee0e0098ab6553b981aedab5964c& 20:39 < bridge> <0x571> can u help me with installing rust via autoinstaller? 20:39 < bridge> autoinstaller? 20:40 < bridge> idk 20:40 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321925582337867836/image.png?ex=676f02a3&is=676db123&hm=e5d995bda61a169865fb56296430f6200b0cabc7ebba10d9b932f7f281429d5c& 20:40 < bridge> <0x571> are there other ways? 20:40 < bridge> <0x571> if yes, then which ones 20:41 < bridge> <01000111g> do 1 20:41 < bridge> <01000111g> and enter 20:41 < bridge> that's not gonna work for this but 20:42 < bridge> w/e 20:42 < bridge> <01000111g> ok sorry 20:42 < bridge> <0x571> how to install? 20:43 < bridge> Try 3 20:43 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321926406476791829/image.png?ex=676f0367&is=676db1e7&hm=d7394f28d63250696e6bd12c64f96c85e5800a05ac5a097e31f12e3d23e04500& 20:44 < bridge> That's the wrong host triple but you can change that later 20:44 < bridge> You are using MSYS2+MinGW so you need `x86_64-pc-windows-gnu` 20:45 < bridge> <0x571> so what i should select 20:45 < bridge> 2, and change the host triple to `x86_64-pc-windows-gnu` if that's an option 20:45 < bridge> idk why rust from msys2 repos doesn't work btw 20:45 < bridge> otherwise just select 1 for now, you can change this later 20:45 < bridge> that used to work for me for sure 20:46 < bridge> <0x571> https://cdn.discordapp.com/attachments/293493549758939136/1321927016567537704/image.png?ex=676f03f8&is=676db278&hm=880e645bba86859ae65cf6c3927ff229819b1a3398fff101b7db7cdb94555642& 20:46 < bridge> just press enter for other options to select the default 21:04 < bridge> how can i get my id at server? in player list 21:07 < bridge> how can i get my id at server? in players id’s 21:11 < bridge> <0x571> loading stuck 21:11 < bridge> <0x571> who can build my project? 21:12 < bridge> cl_show_ids 21:16 < bridge> in code 21:16 < bridge> just get my id to variable 21:22 < bridge> where exactly 21:22 < bridge> whole code is built on clientids, shouldnt be hard to find it 21:25 < bridge> <_voxeldoesart> what are you planning on doing? 21:28 < bridge> is it intended that 21:28 < bridge> ```cpp 21:28 < bridge> CServerInfo ServerInfo; 21:28 < bridge> Client()->GetServerInfo(&ServerInfo); 21:28 < bridge> ``` 21:28 < bridge> in `CGameClient::OnNewSnapshot` 21:28 < bridge> does not know info about community, `ServerInfo.m_aCommunityId` is 'none', same on ddnet, unique and any other server, community or not 21:40 < bridge> yeah, `GetServerInfo` is based on the server info received after a server info request that is sent when connecting, it's not directly the server info of an entry in the server browser 21:42 < bridge> might be a bug though that it doesn't contain the community information 21:42 < bridge> is it the connless one? 21:43 < bridge> looks like in `CClient::ProcessServerInfo` the `UpdateServerCommunity` function is called but only on one code path 21:44 < bridge> yeah, AFAICT the client sends one of those server info requests when connecting, which then causes the `got pong from current server, latency` log message 21:45 < bridge> well it can also send the request info without connecting 21:45 < bridge> fetching server community shouldn't depend on size of serverinfo, right? it's purely masterserver stuff 21:46 < bridge> for my local server it works when i refresh the server browser 21:46 < bridge> no, the community information comes from https://info.ddnet.org/info and it's matched with the server info based on the address 21:48 < bridge> For local servers we broadcast a request, but for other servers we don't use the server info request anymore before connecting because it leaks your IP 21:50 < bridge> understandable 21:50 < bridge> thats actually smart 21:59 < bridge> somehow `UpdateServerCommunity` produces 'none' community, at least in `CClient::ProcessServerInfo` 21:59 < bridge> Check the server address 21:59 < bridge> printing it right after method gives none 22:00 < bridge> `dbg_msg("update", "ip:'%s', cm:'%s'", Info.m_aAddress, Info.m_aCommunityId);` 22:00 < bridge> `update: ip:'88.198.184.126:8313', cm:'none'` 22:00 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1321945746504941598/image.png?ex=676f156a&is=676dc3ea&hm=7030d24c1d408459a50f88708f4041461cc56e6256aa59d8e5c5f449cef89af8& 22:05 < bridge> But `m_aAddress` is not used in `UpdateServerCommunity`, it uses `m_aAddresses` and it looks like this member is not being updated in `ProcessServerInfo` before calling `UpdateServerCommunity` 22:13 < bridge> `net_addr_str` of each address in `Info.m_aAddresses` gives me `unknown type 0`, so i can't really print that 22:14 < bridge> yeah, looks like `m_aAddresses` is only set later so the community info is not updated correctly 22:16 < OWbin> Hi 22:27 < bridge> can I ask you to fix somewhen in near future, because I don't understand code flow of it at all :ss: 22:27 < bridge> can I ask you to fix it somewhen in near future, because I don't understand code flow of it at all :ss: 22:29 < bridge> I can take a look in the next days 22:29 < bridge> that would be great, thank you 22:53 < bridge> Ok i wont mention names next time