00:10 < bridge> <melon> from what i saw, probably more? XD
00:12 < bridge> <learath2> 😄
00:28 < bridge> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1452442653240328262/image.png?ex=6949d421&is=694882a1&hm=91d94fd029cba8d9a2bfb72a879a98c0b302383288e9995d8478b090e85d70f4&
00:28 < bridge> <kebscs> why would anyone use linux
00:28 < bridge> <kebscs> u cant do anything in it
00:29 < bridge> <kebscs> random seg faul when same code works on windows
00:29 < bridge> <kebscs> @chillerdragon idk how u can do it
00:32 < bridge> <louis> windows sux
00:32 < bridge> <louis> it used to be nice, now its just getting worse
00:32 < bridge> <kebscs> linux sucks
00:33 < bridge> <kebscs> literally hello world seg faults
00:33 < bridge> <kebscs> and noone uses linux so thers 0 help online
00:34 < bridge> <louis> well does the application ur writing support linux
00:34 < bridge> <louis> highly doubt ur segfault is solely because of linux, clearly linux can support hello world programs
00:35 < bridge> <kebscs> wxwidgets is cross platform
00:35 < bridge> <kebscs> it should work
00:38 < bridge> <learath2> Sounds like a issue of skill
00:40 < bridge> <learath2> Sounds like an issue of skill
00:41 < bridge> <kebscs> i just want to code and im stuck half day debugging this..
00:41 < bridge> <kebscs> 😭
00:44 < bridge> <aegisub> try calling `wxApp::OnInit()`
00:46 < bridge> <learath2> It looks like it crashes way before anything else happens in `_dl_init`
00:46 < bridge> <learath2> That's pre-main even
00:47 < bridge> <aegisub> fair
00:50 < bridge> <kebscs> i can do a bit diff main.cpp setup and get this
00:50 < bridge> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1452448283627880581/image.png?ex=6949d960&is=694887e0&hm=c0e30bce9be089be95143b51612e27333ec57d1fb430094c9107f4d90f564003&
00:51 < bridge> <kebscs> but this is also before main
00:51 < bridge> <aegisub> well your code works for me so skill issue 👍
00:52 < bridge> <kebscs> i setup project with conan self.requires("wxwidgets/3.2.6") and thats it basically
00:53 < bridge> <kebscs> it works on windows
00:53 < bridge> <kebscs> linux bad
00:54 < bridge> <aegisub> > conan
00:54 < bridge> <aegisub> do you have some libstdc++ mismatch or something maybe
00:55 < bridge> <kebscs> how do i check this
00:55 < bridge> <kebscs> i tested wsl and ubuntu vm
00:55 < bridge> <learath2> sounds plausible
00:55 < bridge> <aegisub> idk
00:55 < bridge> <aegisub> try another build system
00:56 < bridge> <aegisub> ```meson
00:56 < bridge> <aegisub> project('myapp', 'cpp')
00:56 < bridge> <aegisub> 
00:56 < bridge> <aegisub> app = executable('app', 'main.cpp', dependencies: dependency('wxWidgets'))
00:56 < bridge> <aegisub> ```
00:56 < bridge> <aegisub> with meson
00:56 < bridge> <aegisub> or rawdog wx-config
00:56 < bridge> <kebscs> i kinda need conan
00:56 < bridge> <aegisub> well yeah but if it works with another build system you know conan is the problem and not something else
01:01 < bridge> <learath2> Works great for me too, thanks for this excellent program
01:02 < bridge> <cherryex> Compile wxwidgets from scratch and don't use any build system 👍
01:02 < bridge> <learath2> I kinda just did `g++ $(wx-config --cppflags) main.cpp $(wx-config --libs)` and it kinda just linked and worked idk
01:03 < bridge> <kebscs> ok then i go test more conan settings...
01:04 < bridge> <learath2> Linking to it with cmake worked too but honestly that's likely not your issue anyway. It does look like some weird mismatch somewhere somehow idk
01:08 < bridge> <aegisub> I was trying to get this working too but couldn't and it took me embarassingly long to realize that fish was trolling me by not splitting the args
01:08 < bridge> <aegisub> I was trying to get this working too but couldn't and it took me embarrassingly long to realize that fish was trolling me by not splitting the args
01:09 < bridge> <kebscs> omg
01:09 < bridge> <kebscs> thank you
01:09 < bridge> <kebscs> why is this a thing
01:10 < bridge> <kebscs> ```
01:10 < bridge> <kebscs> compiler=gcc
01:10 < bridge> <kebscs> compiler.version=13
01:10 < bridge> <kebscs> compiler.libcxx=libstdc++
01:10 < bridge> <kebscs> ```
01:10 < bridge> <kebscs> libstdc++ -> libstdc++11
01:10 < bridge> <kebscs> i spent way too long on this and chat gpt hallucinating to me the entire day 😭
01:11 < bridge> <aegisub> anyw
01:11 < bridge> <learath2> C++ especially STL stuff is fickle with ABI, so is Boost
01:11 < bridge> <learath2> Windows does do this better ngl, their forward and backward 83 decades approach is just better here
01:11 < bridge> <kebscs> and why was it only with wx, I tried qt, gtk, imgui and everything worked fine
01:11 < bridge> <aegisub> I already spent more than half of today wrangling wxwidgets for other reasons so I'll head out
01:12 < bridge> <learath2> that piece of code that was crashing is some of the most insane abuse of statics I have ever seen, perhaps it just tickled it the exact correct way
01:21 < bridge> <kebscs> thank you again :D
01:21 < bridge> <kebscs> now my app works not just hello world
01:21 < bridge> <kebscs> idk why conan set it up wrongly by default
04:31 < bridge> <antilagvip> 🧑‍🦯
10:23 < bridge> <Assa> fix style :owo: I wonder if I can merge with this failing cargo everywhere
10:59 < bridge> <robyt3> Yes, it's not a required check
10:59 < bridge> <robyt3> Weird, I got the same issues since updating Ubuntu a few days ago
11:26 < bridge> <byfox> 0: ddnet client
11:26 < bridge> <byfox> 1: DosNet(DosClient)
11:26 < bridge> <byfox> 
11:26 < bridge> <byfox> By counting the number of packets per second, I see that DosNet is trying to overwhelm the NETMSG_INPUT server with packets.
11:26 < bridge> <byfox> ```
11:26 < bridge> <byfox> if(MsgId == NETMSG_INPUT)
11:26 < bridge> <byfox>         GameServer()->m_apPlayers[ClientId]->m_CounterInput++;
11:26 < bridge> <byfox> ```
11:26 < bridge> <byfox> 
11:26 < bridge> <byfox> ```
11:26 < bridge> <byfox> 2025-12-22 15:21:54 I INPUT COUNTER: 0, 25
11:26 < bridge> <byfox> 2025-12-22 15:21:54 I INPUT COUNTER: 1, 357728
11:26 < bridge> <byfox> 2025-12-22 15:21:55 I INPUT COUNTER: 0, 23
11:26 < bridge> <byfox> 2025-12-22 15:21:55 I INPUT COUNTER: 1, 358109
11:26 < bridge> <byfox> 2025-12-22 15:21:56 I INPUT COUNTER: 0, 23
11:26 < bridge> <byfox> 2025-12-22 15:21:56 I INPUT COUNTER: 1, 332228
11:26 < bridge> <byfox> 2025-12-22 15:21:57 I INPUT COUNTER: 0, 21
11:26 < bridge> <byfox> 2025-12-22 15:21:57 I INPUT COUNTER: 1, 461020
11:26 < bridge> <byfox> ```
11:27 < bridge> <byfox> This is how they load the server. Maybe we should limit it to 50(TickSpeed) inputs per second?
11:27 < bridge> <byfox> As usual, I can't come up with a title for the issue.
11:28 < bridge> <robyt3> @byfox Thanks for checking, but this belongs in an Admin-Mail ticket
11:50 < bridge> <murpi> So... with accounts, how do finishes with dummies work? Do they have a seperate account or something? :thonk: @avolicious how does this work on KoG?
11:51 < bridge> <heinrich5991> I would expect them to have the same account 🤷‍♀️
11:51 < bridge> <avolicious> Same account
11:51 < bridge> <murpi> But then you'd end up with 2 finishes on one account, seems a bit weird no?
11:52 < bridge> <avolicious> Why? We know that its your dummy
11:52 < bridge> <avolicious> So we could just make a DISTINCT query
11:53 < bridge> <murpi> Or we remove dummies :greenthing:
11:53 < bridge> <louis> u could mark dummy with some flag thing
11:53 < bridge> <avolicious> But why?
11:54 < bridge> <avolicious> It would just break a lot of moving pieces, just keep the record as its a legitimate record
11:56 < bridge> <murpi> Hmmm
12:04 < ws-client> **<ChillerDragon>** @byfox could you reproduce the dos with pure ddnet? I was never sure if this was an ddnet-insta and ddnet++ specific issue.
12:05 < bridge> <byfox> The problem is with ddnet, I already wrote to the admin email
12:05 < ws-client> **<ChillerDragon>** oh nice so i can cross if off my todo
12:05 < ws-client> **<ChillerDragon>** epic
12:05 < ws-client> **<ChillerDragon>** thanks for checking this <:heartw:395753947396046850>
12:05 < ws-client> **<ChillerDragon>** i was procastinating on fixing it so long haha
12:09 < bridge> <byfox> The client fell into my hands himself^^
12:09 < bridge> <byfox> 
12:09 < bridge> <byfox> I told you a little in the "wire" because I trust you. :)
14:50 < bridge> <Assa> why is this line not correctly formatted? :justatest: 
14:50 < bridge> <Assa> 
14:50 < bridge> <Assa> `                 CFinishTime(int Seconds, int Milliseconds) : m_Seconds(Seconds), m_Milliseconds(Milliseconds) {}`
14:50 < bridge> <Assa> 
14:50 < bridge> <Assa> My IDE thinks it's correct, maybe it's a version missmatch in clang format
14:51 < bridge> <Assa> why is this line not correctly formatted? :justatest: 
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> ```                 CFinishTime(int Seconds, int Milliseconds) : m_Seconds(Seconds), m_Milliseconds(Milliseconds) {}
14:51 < bridge> <Assa>                                                               ^
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> ```
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> My IDE thinks it's correct, maybe it's a version missmatch in clang format
14:51 < bridge> <Assa> why is this line not correctly formatted? :justatest: 
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> ```                 CFinishTime(int Seconds, int Milliseconds) : m_Seconds(Seconds), m_Milliseconds(Milliseconds) {}
14:51 < bridge> <Assa>                                                            ^
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> ```
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> My IDE thinks it's correct, maybe it's a version missmatch in clang format
14:51 < bridge> <Assa> why is this line not correctly formatted? :justatest: 
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> ```                 CFinishTime(int Seconds, int Milliseconds) : m_Seconds(Seconds), m_Milliseconds(Milliseconds) {}
14:51 < bridge> <Assa>                                                              ^
14:51 < bridge> <Assa> 
14:51 < bridge> <Assa> ```
14:51 < bridge> <Assa> 
14:52 < bridge> <Assa> My IDE thinks it's correct, maybe it's a version missmatch in clang format
14:52 < bridge> <kebscs> Which ide
14:52 < bridge> <kebscs> I found out recently that visual studio, resharper etc all can have different clang format
14:53 < bridge> <Assa> vs, yes I know, but it should be on 20
14:53 < bridge> <Assa> I think it wants a linebreak
14:54 < bridge> <kebscs> Check in settings, I think by default it uses the format bundles with vs
14:54 < bridge> <kebscs> And not the one in path
14:54 < bridge> <kebscs> Check in settings, I think by default it uses the format bundled with vs
14:55 < bridge> <Assa> I am currently on ubuntu - I'll investigate later, on windows it uses the one from the path, because I forced it to
14:56 < bridge> <Assa> it indeed wanted a linebreak
16:01 < bridge> <melon> furo: are you available through xmpp?
16:02 < bridge> <melon> or just irc
16:02 < furo> Yeah, you can message me on XMPP if you want. furo@qwik.space
16:23 < bridge> <chillerdragon> Oh nice
17:14 < bridge> <robyt3> @ryozuki https://codedoc.ddnet.org/ seems down
17:17 < bridge> <0xdeen> I removed the DNS entry because it didn't work anyway, forgot to ping you though 😄
17:21 < bridge> <Assa> oh yes reported that and then forgot 😄
18:19 < bridge> <melon> MESA: error: amdgpu: failed to allocate 2097152 bytes from the 32-bit address space
18:20 < bridge> <melon> MESA: error: amdgpu: failed to allocate 2097152 bytes from the 32-bit address space
18:20 < bridge> <melon> MESA: error: amdgpu: failed to allocate 2097152 bytes from the 32-bit address space
18:20 < bridge> <melon> MESA: error: amdgpu: failed to allocate 2097152 bytes from the 32-bit address space
18:20 < bridge> <melon> 
18:20 < bridge> <melon> how does THAT happen - dafuq
19:17 < bridge> <kebscs> "Use extreme care when using the high-priority class, because a high-priority class application can use nearly all available CPU time."
19:17 < bridge> <kebscs> and discord sets it while in voice call which causes stutters in most games :justatest:
19:17 < bridge> <kebscs> #bugs
19:17 < bridge> <dyndyk_2211> hello
19:17 < bridge> <dyndyk_2211> i'm russian
19:31 < bridge> <totar> shouldn't it be enough to run the processes on separate threads? Then they don't need to fight over priority
19:31 < bridge> <totar> idk how you manage that other than the user configuring it in task manager tho
19:31 < bridge> <robyt3> You can set the priority using Windows API. But setting very high or very low priority can lead to various issues
19:32 < bridge> <robyt3> Threads run on processes, not the other way around
19:33 < bridge> <totar> this thing
19:33 < bridge> <totar> https://cdn.discordapp.com/attachments/293493549758939136/1452730871835525192/image.png?ex=694ae08e&is=69498f0e&hm=bcd95dc37c79c1762b392277e93b0f4adc3e4d5fc356a2ebdaf78ac873cac915&
19:34 < bridge> <robyt3> Not sure how much this can break programs that don't expect it
19:34 < bridge> <totar> it's pretty much always fine
19:35 < bridge> <robyt3> That's not something you would normally set when developing an application though
19:35 < bridge> <totar> the issue is that they all default to CPU 0, if you deselect it then it can fix a lot of problems
19:35 < bridge> <totar> I don't think the application is even aware of this tho?
19:36 < bridge> <robyt3> We could set it with `SetProcessAffinityMask` if we wanted to
19:36 < bridge> <totar> the issue is that you need to set discord's
19:36 < bridge> <totar> we probably want to be on CPU 0
19:37 < bridge> <totar> it might help tho
19:37 < bridge> <robyt3> Well, we should report it as a bug to Discord. Maybe it would help to set the background job pool threads to a slightly lower priority or increases that of the main and graphics threads.
19:38 < bridge> <robyt3> Changing CPU affinity seems like the wrong way to fix almost anything
19:38 < bridge> <robyt3> Except when I wanted to run an old game where you had to select only one CPU or it would run too fast :kek:
19:38 < bridge> <totar> well yeah, but it does fix things. It's like oldest trick in the book for misbehaving programs
19:39 < bridge> <Assa> i'd give ddnet a higher priority, simce it's a real time application, but just like average + 1
19:39 < bridge> <totar> also this discord thing is a known issue, there's tutorials for how to install plugins to prevent it from setting to high priority
19:39 < bridge> <totar> it's not just ddnet
19:40 < bridge> <robyt3> "Real time" is dangerous and can basically lock up your system if the application doesn't behave
19:40 < bridge> <Assa> No I didn't mean real time priority to be clear :justatest:
19:41 < bridge> <kebscs> looking online this is very common, I dont think they'll fix it
19:41 < bridge> <kebscs> same
19:50 < bridge> <Assa> other games also seem to set it to higher than average according to my research
19:51 < bridge> <Assa> *multiplayer
20:31 < bridge> <kebscs> post your findings in https://github.com/ddnet/ddnet/issues/11473 :D
20:51 < bridge> <milkeeycat> @learath2 Do you know about any algorithm which could be used for representing/generating code from selection patterns. For example I have 2 such patterns:
20:51 < bridge> <milkeeycat> ```
20:51 < bridge> <milkeeycat> pat2: (add (sub x y) (sub z 0))
20:51 < bridge> <milkeeycat> pat1: (add (sub x y) z)
20:51 < bridge> <milkeeycat> ```
20:51 < bridge> <milkeeycat> Both of them have `(sub x y)` sub-pattern, so I'd like to generate code for it only once. Are there algorithms for this? 0_o
21:11 < bridge> <learath2> Nothing specific, but you could rely on hashing e.g.
21:36 < bridge> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1452761816068263976/image.png?ex=694afd5f&is=6949abdf&hm=6ced88e01346ac1c46d79b22c38593807c9b2a1162275990d6c0367d3f027b5e&
21:37 < bridge> <kebscs> is it a github thing or my extension
21:44 < bridge> <Assa> never seen this, which issue?
21:47 < bridge> <kebscs> <https://github.com/ddnet/ddnet/pull/11232
21:47 < bridge> <kebscs> <https://github.com/ddnet/ddnet/pull/11232>
22:01 < bridge> <melon> has to be your extension, i dont see it
22:04 < bridge> <kebscs> i see
22:04 < bridge> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1452768694307651604/image.png?ex=694b03c7&is=6949b247&hm=b7f10de6b87f5625bf102b8d95cf2545b589f9762df93d83310c1cd4414912ef&