DDraceNetwork - developer

https://www.redox-os.org/news/open-source-mental-health/

Open Source and Mental Health - Redox - Your Next(Gen) OS

The Redox official website

yeah i think gerdoe sent this a few days ago not sure if i agree with everything psychologically wise (edited)

00:04

but still good insight

Hm, async rust really does need some more work, I just remembered a condition variable solves my issue perfectly but tokio doesn't have one yet

ddnet-maps

[ddnet-maps:master] 1 new commit

33836d9 A Where am I 2 - ddnet-maps

Learath2

Hm, async rust really does need some more work, I just remembered a condition variable solves my issue perfectly but tokio doesn't have one yet

But rust has cond vars iirc

06:35

Or atleast a lib

06:37

@Learath2 https://docs.rs/tokio/0.2.13/tokio/sync/struct.Notify.html

tokio::sync::Notify - Rust

API documentation for the Rust Notify struct in crate tokio.

06:37

I think u can use this

06:38

https://docs.rs/tokio/1.7.0/tokio/sync/struct.Notify.html

Notify in tokio::sync - Rust

Notify a single task to wake up.

06:38

Updated*

Ryozuki

@Learath2 https://docs.rs/tokio/0.2.13/tokio/sync/struct.Notify.html

Close but no dice. Condvars are great because they also have a mutex meaning I can safely access the condition after being notified

Ryozuki

But rust has cond vars iirc

Rust only has a sync one working with std::sync::Mutex

https://github.com/tokio-rs/tokio/pull/3742

Implement Condition Variables in tokio-util by kaimast · Pull Reque...

Motivation See #2739. Solution This adds a Condition Variable implementation on top of tokio::sync::Notifier to tokio-util. Note This pull request relies on #3741 to undo the modifications to Cargo...

07:07

its closed tho

07:07

We discussed this on discord. It seems that implementing an async Condvar that behaves correctly in the face of cancellation is difficult

07:08

async-std, a competing runtime to tokio has it, but ignores cancellation

Condvars that behave correctly are indeed very hard :F

07:10

http://birrell.org/andrew/papers/ImplementingCVs.pdf here is a paper that shows why

The tricky part arises because of the binary atomic operation in Wait, where the lock is released and the thread is enqueued on the condition variable. If you don’t have a suitable binary operation available, and you attempt to construct one by clever use of something like a semaphore, you’ll probably end up with an incorrect implementation. You should either do the queuing yourself, or lobby your kernel implementer to provide a suitable primitive.

Queuing explicitly is what glibc does, I might contribute a similar implementation to tokio but threads you can't cancel, tokio tasks you can, which is kinda difficult to handle

07:21

Actually, I know how to fix that one too, most common definition of condition vars only allows a thread queued at the signal point to handle a signal, the cancellation example given there is moot, a task should never be able to wake itself up with a signal

07:22

so if a task waiting on a signal is cancelled unless there is another task waiting, the signal should be discarded

what are the standard ports for teeworlds?

07:39

8303?

yes

ty

effyn

[ddnet/ddnet] Pull request opened: #3918 Fix typo

deactived -> deactivated

Checklist

[ ] Tested the change ingame
[ ] Provided screenshots if it is a visual change
[ ] Tested in combination with possibly related configuration options
[ ] Written a unit test if it works standalone, system.c especially
[ ] Considered possible null pointers and out of bounds array indexing
[ ] Changed no physics that affect existing maps
[ ] Tested the change with [ASan+UBSan or valgrind's memcheck](https://github.com/ddnet/ddnet/#u...

pls merge

i bet we cant bcs it breaks some old clients xdddd

09:44

but funny nobody noticed yet

i am crying

was joke

no you made me cry

09:48

too late

i dunno if some messages gets parsed

:''''(

its ok to cry

https://www.youtube.com/watch?v=m_S0qCeA-pc

09:50

rest in peace btw

sophie is cool

died waaaaay too soon

09:54

@trml you like hyperpop?

09:54

o let's move to #off-topic

sure

bors[bot]

[ddnet:master] 2 new commits

286c998 Fix typo - effyn 4bdbebe Merge #3918 - bors[bot]

10:19

bors[bot]

[ddnet/ddnet] Pull request closed: #3918 Fix typo

@Deleted User mae_death_2

it says there are no constructors of std::thread::thread with (void()) arguments

Anime.pdf

@Deleted User mae_death_2

it says there are no constructors of std::thread::thread with (void()) arguments

auto ircStartFunc = std::bind ...

10:42

okay

or put the std::bind directly into the iirc thread parameter

it worked

10:43

thx

10:43

https://urbit.org/

Urbit - Your personal server

Urbit is a simple, durable system for running a personal server that you own 100% and forever.

i have been following urbit for a while (edited)

11:42

but recently havent heard much

https://www.phoronix.com/scan.php?page=news_item&px=Zink-Suballocator-Performance

13:57

@Deleted User

13:58

Blumenkrantz summed up the impact in a new blog post as "massively improved performance" across many apps/games. As an extreme example, Tomb Raider (2013) went on Zink from running at a horrible 9 FPS to now at 91 FPS... Quite a big improvement and likely puts it closer to native OpenGL driver performance.

13:59

Ddnet zink greenthing

short question to developers, is there a "vull command list" of tw somewhere? im looking for a command to display something permant, something like echo but as an hud....

press tab in console

17:56

https://wiki.ddnet.tw/wiki/Settings_and_Commands

Settings and Commands

17:56

im not sure how up to date that is

17:56

also the command u search does not exist

17:57

u can order that feature for chillerbot-ux tho :D

thanks

chillerdragon

u can order that feature for chillerbot-ux tho :D

whats that? xd

whats what? :D

what's chillerbot-ux

18:41

it's a custom client by chillerdragon

oh did the bridge swallow a reply again? :/

18:41

or am i just stoopid? :D

Ryozuki

Ddnet zink greenthing

If it would just work on windows correctly :\

my client randomly crash when i use gles backend and wayland driver on ddnet, is it sdl related or smth? i guess this is relevant:

2021-06-17T22:22:46.557111+03:00 nori kernel: [13318.693444] DDNet[6089]: segfault at 2100080000 ip 00007ff14f867a7c sp 00007ffd91ab3890 error 4 in libX11.so.6.4.0[7ff14f855000+8c000]

maybe if you get a chat message that tags u?

mb it's bcs of xorg dependency, it's crash when i alt+tabbed

yeah

23:07

you can try the pr that removes it

ok, will try