The official page has more info on how the condition_variable uses the mutex : https://en.cppreference.com/w/cpp/thread/condition_variable
It's just to be sure that when your code for some reason comes back the other side of the code cannot acquire the mutex and further modify the var after signaling.
cppreference is really well checked, I once made an edit and peoples from Morgan Stanley discussed with me and proved me I was wrong. I suppose Bjarne works at Morgan so he must have some great team there doing that site.
Or you get tons of events
And you can easily add it via :
"platform" : ["Boost::+boost", "Boost::system"]
just pipe some json in and boom ^^
Ha, I just found a go project doing exactly what I wanted. It is called jsonui, the same name as the one I wanted:
https://github.com/gulyasm/jsonui
https://github.com/gulyasm/jsonui
I don't understand how they can make:
cat file.json | json-ui to work
cat file.json | json-ui to work
the standard input is the file. So they don't receive any events.
I'm joking
@ArthurSonzogni You can handle that and open stdin yourself I believe
Or for CI
I would like nxxm ci to show the job status and allow triggering, opening browser...
but that's not for the next release though
I think you want something like this : https://stackoverflow.com/questions/29689034/piped-stdin-and-keyboard-same-time-in-c
I think there is something with the idea of controlling-tty
I have 61 rep in Mathematic and 1 in StackOverflow
^^
your website looks really good
err... websockets
Which is an high level http client
And for the backend it’s for the moment node based
I use the node runtime to forward http request to c++ route handler