01:18 <+bridge> [ddnet] padding should not be an issue on most implementations 01:18 <+bridge> [ddnet] but what if someone compiles ddnet for some exotic ancient computer that requires weird alignment? 😛 02:21 <+bridge> [ddnet] 4af4f0f44cd921556932d01e4d0e57963e715eda90af5e8aa1a9de475d2edbc5 02:21 <+bridge> [ddnet] 4af4f0f44441544104000000c1600400b40e0000080000003600000029000000 02:21 <+bridge> [ddnet] What happened here even 😦 02:22 <+bridge> [ddnet] I io_write the top one, I get the bottom one when i io_read it 😛 02:40 <+bridge> [ddnet] I was only writing the first 4 bytes 😛 09:31 <+bridge> [ddnet] @heinrich5991 your blog could do with a for the rss feed, then some feed readers can detect it automatically 09:32 <+bridge> [ddnet] If anyone hasn't seen it: https://heinrich5991.github.io/blog/blog/one-tick-unfreeze 12:33 <+bridge> [ddnet] @deen so do we know why ddnet7 disappeared? and is it coming back? 13:15 <+bridge> [ddnet] it disappeared because foko deleted it 15:05 <+bridge> [ddnet] Wait there isn't any back-up/ bin where you can pull it back from the death? 15:06 <+bridge> [ddnet] I mean why has he authorisation to delete such a big file? 15:21 <+bridge> [ddnet] @HMH what was the issue with your queue implementation? 15:27 <+bridge> [ddnet] because I gave him the permissions, removed them now, will restore the repo later 15:47 <+bridge> [ddnet] do we have any proof he did it? because he told me he didnt. 15:48 <+bridge> [ddnet] @Learath2 as far as I remember it worked fine but it forces you to wrap everything into some pointertype like `std::unique_ptr`. 15:49 <+bridge> [ddnet] Hmm, why is it so complex? 😄 15:49 <+bridge> [ddnet] Also, for my rpc stuff I implemented something simpler: https://github.com/H-M-H/ddnet/blob/rpc/src/base/tl/queue.h 15:49 <+bridge> [ddnet] Wouldn't a lock and a queue be enough? 15:49 <+bridge> [ddnet] Probably because I wanted it to do too much at the time 😛 15:51 <+bridge> [ddnet] One more question, what is the point of having a mutex and a cv? 15:53 <+bridge> [ddnet] @ChillerDragon yes github has an audit log 15:54 <+bridge> [ddnet] @HMH Oh actually I have one more question about your last queue, to push you need to acquire the lock, but if the consumer is stuck waiting on a condition variable, the queue will never be non empty, how does that work? 15:56 <+bridge> [ddnet] oh the wait unlocks doesn't it 15:56 <+bridge> [ddnet] The mutex is used for syncronization of the cv, e.g. cv.wait(lck) changes state of the cv and then releases the lock. 15:59 <+bridge> [ddnet] So, what do you want to do with a threadsafe queue ? 15:59 <+bridge> [ddnet] I was doing some work on sql (im not anymore since you are doing it) 15:59 <+bridge> [ddnet] Was just curious after that 🙂 16:02 <+bridge> [ddnet] TIL you can also do `m_CV.wait(Lock, [this]{return m_Queue.empty()});` 16:06 <+bridge> [ddnet] Hitting yourself when shooting through other tees? 16:06 <+bridge> [ddnet] Wouldn't you just hit the other tee @jao? 16:07 <+bridge> [ddnet] with hit others disabled obviously 16:07 <+bridge> [ddnet] Wait, when hit others is disabled it should just go through the other tees, no? 16:07 <+bridge> [ddnet] What happens currently? 16:08 <+bridge> [ddnet] yes but if it then hits yourself it has no effect 16:08 <+bridge> [ddnet] with the fix it works like it wouldnt go through a tee 16:09 <+bridge> [ddnet] hm, I thought it should go through 16:09 <+bridge> [ddnet] it does 16:09 <+bridge> [ddnet] but, it shouldnt go through yourself 16:09 <+bridge> [ddnet] wait i show u 16:11 <+bridge> [ddnet] if i shoot like that through a tee the shotgun has no effect on myself 16:11 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/633305780891942923/unknown.png 16:11 <+bridge> [ddnet] but if there is no tee the shotgun works 16:11 <+bridge> [ddnet] on myself 16:11 <+bridge> [ddnet] Oh very interesting 16:20 <+bridge> [ddnet] https://github.com/ddnet/ddnet/commit/5b4d7a465899caab08156db44036a96b460d89be#diff-fed628155279726949415666da39fd58 16:21 <+bridge> [ddnet] idk why it was removed 16:22 <+bridge> [ddnet] @jao your change looks like it's the opposite of what greyfox added 16:22 <+bridge> [ddnet] you sure it's correcT? 16:22 <+bridge> [ddnet] correct* 16:22 <+bridge> [ddnet] how is it the opposite? 16:23 <+bridge> [ddnet] he returns when it’s same and i ignore if it’s not the same 16:23 <+bridge> [ddnet] Oh, sorry, skimmed too fast 😛 17:00 <+bridge> [ddnet] dont merge yet 17:57 <+bridge> [ddnet] 17:57 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/633332477967990797/unknown.png 17:57 <+bridge> [ddnet] is that normal? 17:57 <+bridge> [ddnet] feels like my irc messes up timestamps when running in screen or is this a fetaure? xd 17:58 <+bridge> [ddnet] 17:58 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/633332843388600340/unknown.png 17:58 <+bridge> [ddnet] worked fine on a different irc tho hm 17:59 <+bridge> [ddnet] well i guess i can live with it. In case any1 has a easy fix for it yell it at me pls 🙂